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随 着 软件 危机 的 频频 出 现 ,其 造成 的 损失 巨大 ,人 们 越 来 越 认 
识 到 软件 质量 的 重要 性 。 而 软件 测试 就 是 确保 软件 质量 的 重要 手 
段 。 测 试 是 目前 用 来 验证 软件 是 否 能 够 完成 预期 功能 的 唯一 有 效 
方法 。 软 件 行业 对 软件 测试 技术 的 要 求 也 越 来 越 高 。 

软件 测试 技术 发 展 到 现代 ,以 往 纯 手 工 的 系统 测试 已 远 远 不 能 
满足 全 面 测试 的 需要 。 软 件 产 品 生命 周期 长 ,经 常 变 更 和 升级 ,不 
断 增 加 新 功能 ,版 本 不 断 更 新 。 除 了 测试 修改 过 的 模块 外 ,每 次 者 
要 重复 测试 有 关联 的 模块 ,这 样 很 多 时 候 会 做 大 量 的 重复 工作 ,很 
难 达到 测试 效果 。 另 外 ,配置 管理 要 求 每 日 构建 ,每 天 都 要 执行 “ 冒 
烟 测 试 ”。 自 动 化 测试 是 目前 测试 领域 的 发 展 方向 ,自动 化 测试 能 
有 效 地 降低 测试 成 本 、 提 高 测试 效率 和 测试 覆盖 面 。 

为 了 满足 社会 对 软件 测试 人 员 的 大 量 需 求 , 各 高 等 院 校 都 相继 
开设 了 “软件 测试 ”课程 。 目 前 ,已 有 相应 的 教材 出 版 发 行 ,但 面向 
应 用 型 本 科 的 教材 则 相对 较 少 。 针 对 应 用 型 本 科 ( 独 立 学 院 ) 计 算 
机 及 相关 专业 的 教学 ,介绍 软件 的 完整 测试 过 程 ,使 学 生 能 根据 软 
件 测试 文档 实施 软件 测试 ,提高 软件 测试 能 力 , 培 养 团队 协作 精神 ， 
逐步 积累 软件 测试 经 验 ,是 本 书 编写 的 初 襄 之 一 。 

另外 ,近年 来 中 国 软件 (服务 ) 外 包产 业 发 展 迅 速 。 针 对 软件 外 
包产 业 的 实 训 、 实 践 ,介绍 软件 测试 项 目的 技术 要 求 和 测试 流程 , 结 
合 案例 系统 阐述 各 种 常见 测试 技术 ;介绍 软件 自动 化 测试 概念 和 方 
法 ,结合 案例 阐述 如 何 使 用 一 些 常见 的 软件 测试 工具 ,也 是 本 书 纺 
写 的 初衷 之 一 。 

本 书本 着 应 用 性 、 实 用 性 和 够 用 性 三 项 原则 编写 。 其 中 ,各 章 
相对 独立 ,可 以 只 读 其 中 任 一 章 的 内 容 ,而 无 须 其 他 章节 做 铺 扑 。 

第 1 章 详细 介绍 了 软件 质量 的 定义 、 软 件 测试 的 基本 概念 及 其 
生命 周期 ,使 读者 建立 一 个 完整 的 软件 测试 概念 。 

第 2 章 介绍 了 软件 测试 的 理论 方法 。 

第 3 章 详细 介绍 了 软件 测试 过 程 ,包括 测试 计划 、 测 试 设计 、 测 
试 过 程 模型 测试 实施 以 及 测试 评估 等 。 


Duis 5 安 线 


第 4 章 主要 介绍 了 软件 缺陷 的 定义 、 分 类 、 产 生 原 因 、 生 命 周 期 及 其 如 何 穿 透 测 试 等 
的 bug 的 跟踪 管理 的 相关 知识 。 

第 5 章 介 绍 了 软件 测试 自动 化 和 自动 化 测试 工具 等 相关 知识 。 

第 6 章 介 绍 了 功能 测试 ,重点 介绍 了 功能 测试 工具 QTP 的 使 用 ,并 结合 实例 讲解 了 
如 何 使 用 QTP 进行 Windows 应 用 程序 和 Web 站 点 的 功能 测试 。 

第 7 章 详细 介绍 了 面向 对 象 单元 测试 的 基本 概念 和 JUnit 框架 及 类 测试 。 

第 8 章 介 绍 了 负载 测试 及 LoadRunner。 

第 9 章 介绍 了 测试 流程 自动 化 ,重点 介绍 了 JIRA 的 使 用 ,包括 JIRA 的 应 用 、 项 目 配 
置 及 权限 等 。 

第 10 章 详细 介绍 了 软件 质量 保证 SQA ,评审 与 软件 测试 管理 的 相关 知识 。 

第 11 章 是 一 个 完整 的 实际 软件 项 目的 测试 案例 ,详细 介绍 了 软件 测试 项 目 从 测试 
计划 ,测试 过 程 、 测 试用 例 设 计 、 测 试 实现 到 缺陷 报告 和 测试 结果 分 析 的 全 过 程 ,涉及 了 
功能 测试 和 性 能 测试 两 方面 。 

本 书 为 浙江 省 重点 教材 ,适合 作为 高 等 学 校 ,尤其 是 应 用 型 本 科 计 算 机 及 相关 专业 
“软件 测试 ”课程 的 教材 ,也 可 作为 软件 测试 实 训 ,培训 班 的 教材 和 软件 测试 人 员 、 软 件 开 
发 人 员 及 需要 了 解 测试 知识 的 各 级 软件 管理 人 员 的 工作 参考 手册 。 

本 书 由 姚 茂 群 教授 主编 , 方 敏 、 王 玉 槐 副 主编 ,参加 本 书 编写 的 还 有 寿 周 翔 . 王 李 冬 、 
安康 、 吕 明 琪 、. 刘 丹 凤 、 王 东 刚 等 。 在 此 , 圳 心 感谢 对 本 书 的 编写 和 审定 提供 支持 和 帮助 
的 所 有 机 构 、 单 位 和 个 人 。 由 于 时 间 仓 促 , 加 之 编者 水 平 有 限 , 书 中 难免 存在 不 妥 和 错误 
之 处 , 忍 请 大 家 不 吝 赐 教 。 


编 者 
2012 年 4 月 于 杭州 西湖 
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软件 测试 是 软件 质量 保证 的 一 个 手段 。 本 章 首先 让 读者 了 解 软 件 质量 的 概念 ;然后 
使 读者 更 好 地 理解 软件 测试 是 什么 ,以 及 软件 测试 的 目的 和 意义 ;最 后 ,阐述 完整 的 软件 
测试 概念 ,包括 软件 测试 的 标准 和 分 类 ,以 及 软件 测试 的 生命 周期 。 


11 软件 质量 的 定义 


“质量 (quality) ”这 个 词 , 从 汉语 文字 角度 来 看 ,是 由 “ 质 *" 和 “ 量 ” 构 成 的 ,就 是 在 质 和 
量 上 的 程度 。 量 的 含义 比较 容易 理解 ,而 质 的 含义 相对 比较 复杂 。“ 质 ”作为 形容 词 ,在 
这 里 ,理解 为 事物 的 本 质 和 素质 。 

而 对 于 软件 质量 , 它 是 一 个 软件 企业 成 功 的 必要 条 件 , 甚 重要 性 无 论 怎么 强调 都 不 
过 分 。 软 件 质 量 和 传统 意义 上 的 质量 概念 并 无 本 质 区 别 , 只 是 针对 软件 的 某 些 特性 进行 
了 调整 。 软 件 质量 由 三 部 分 组 成 中 ， 

(1) 软件 产品 的 质量 , 即 满足 使 用 要 求 的 程度 。 

(2) 软件 开发 过 程 的 质量 , 即 能 否 满足 开发 所 带 来 的 成 本 、 时 间 和 风险 等 要 求 。 

(3) 应 用 领域 或 者 业务 上 的 质量 。 

高 品质 软件 应 该 是 相对 无 产品 缺陷 (bug free) 或 仅 有 极 少量 缺陷 的 软件 。 它 能 够 准 
时 递交 给 客户 ,并 且 满 足 客户 要 求 。 所 有 开销 都 是 在 预算 内 ,是 可 维护 的 。 

总 的 来 说 ,软件 质量 具有 3A 特性 : Accountability( 可 说 明 性 )、.Availability( 有 效 性 ) 
和 Accessibility( 易 用 性 ?5 。 

(1) 可 说 明 性 : 用 户 可 以 基于 产品 或 者 服务 的 描述 和 定义 (如 市 场 需求 说 明 书 、 功 能 
说 明 书 等 ) 加 以 使 用 。 

(2) 有 效 性 : 产品 或 服务 对 于 客户 的 需求 是 否 保 持 有 效 , 如 99.99% 的 功能 或 服务 有 
效 就 可 以 说 达到 质量 要 求 。 

(3) 易 用 性 : 对 于 用 户 来 说 产品 或 服务 应 非常 容易 使 用 , 且 功 能 非常 有 用 (如 确认 测 
试用 户 可 用 性 测试 等 ) 。 

对 于 广义 的 软件 质量 ,又 是 由 产品 质量 、 过 程 质量 和 商业 环境 质量 这 三 者 决定 的 。 
下 面 分 别 对 这 三 者 作 进 一 步 的 介绍 中 。 
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1, 


产品 质量 


产品 质量 是 人 们 实践 产物 的 属性 和 行为 ,是 可 以 辨识 的 ,并 能 进行 科学 的 描述 。 可 
以 通过 一 些 方法 和 人 类 活动 ,来 改进 产品 的 质量 。 软 件 产品 质量 一 般 体 现在 以 下 几 个 
方面 。 


. 


2. 


功能 性 (functionality) : 软件 所 实现 的 功能 达到 它 的 设计 规范 和 满足 用 户 需 求 的 
程度 。 

可 用 性 Cusability) : 对 于 一 个 软件 来 说 ,用 户 学 习 、 操 作 、 准 备 输入 和 对 输出 结果 
的 理解 所 做 努力 的 程度 ,如 安装 简单 方便 ,容易 使 用 ;界面 友好 ,并 能 适用 于 不 同 
特点 的 用 户 ,包括 对 残疾 人 有 缺陷 的 人 能 提供 产品 使 用 的 有 效 途径 或 手段 。 

可 靠 性 (reliability) :是 用 户 使 用 的 根本 。 指 在 规定 的 时 间 和 条 件 下 ,软件 所 能 维 
持 其 正常 的 功能 操作 ,性 能 水 平 的 程度 。 

性 能 (performance) : 在 指定 的 条 件 下 .用 软件 实现 某 种 功能 所 需 的 计算 机 资源 
(包括 内 存 大 小 .CPU 占用 时 间 等 ) 的 有 效 程度 。 

容量 (capacity) : 系统 的 接受 力 、 容 纳 或 吸收 的 能 力 , 或 某 功能 的 最 大 量 或 最 大 限 
度 , 有 时 需要 确定 系统 的 需求 所 能 容纳 的 最 大 量 , 所 能 表现 的 最 大 值 ( 如 Web 系 
统 所 能 承受 多 少 并 发 用 户 访问 ,会 议 系统 可 以 承受 的 与 会 人 数 等 )。 

可 测量 性 (scalability) : 系统 某 些 特性 可 以 通过 一 些 量化 的 数据 指标 描述 其 当前 
可 维护 性 (service manageability) :在 一 个 运行 软件 中 , 当 环 境 改变 或 软件 发 生 错 
误 时 ,进行 相应 修改 所 做 努力 的 程度 。 

兼容 性 (compatibility) : 软件 从 一 个 计算 机 系统 或 环境 移植 到 另 一 个 系统 或 环境 
的 容易 程度 ,或 者 是 一 个 系统 和 外 部 条 件 共同 工作 的 容易 程度 。 

可 扩展 性 (extensibility): 指 将 来 功能 增加 ,系统 扩充 的 难 易 程 度 或 能 力 。 


过 程 质量 


探索 复杂 系统 开发 过 程 的 秩序 ,按照 一 定 规程 工作 ,可 以 较 合 理 地 达到 目标 。 规 程 
由 一 系列 活动 组 成 ,形成 方法 系统 ,建立 严格 的 工程 控制 方法 ,要求 每 一 个 人 都 要 遵守 工 
程 规范 。 


3 


软件 在 商业 环境 中 所 体现 的 质量 


开发 软件 的 目的 主要 是 要 投放 市 场 , 其 质量 的 表现 最 终 还 要 在 其 生存 的 商业 环境 中 
体现 出 来 。 软 件 在 商业 环境 中 的 表现 好 坏 ,不 一 定 与 产品 质量 和 软件 开发 过 程 质量 保持 
同步 。 一 款 好 的 软件 产品 不 一 定 获 得 好 的 市 场 ,因为 软件 产品 会 涉及 与 其 商业 应 用 环境 
相关 的 一 些 因素 ,包括 客户 培训 ,向 市 场 发 布 的 日 程 安排 .商业 风险 评估 、 产 品 的 客户 、 维 
护 和 服务 成 本 等 。 

软件 产品 投放 到 市 场 时 ,要 考虑 培训 的 周期 和 用 户 的 习惯 意识 。 软 件 发 布 的 时 间 会 
受到 市 场 的 影响 ,或 者 说 ,制定 一 个 合适 的 软件 发 布 时 间 , 对 打开 市 场 有 很 大 的 影响 。 
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121 软件 测试 的 定义 


“软件 测试 "在 ISO 9000 中 是 这 样 被 定义 的 : 软件 测试 是 一 种 基于 机 器 的 ,对 代码 执 
行 测试 ,确认 测试 的 活动 。 大 部 分 的 软件 公司 和 组 织 对 它 的 定义 都 相对 狭义 ,这 样 测试 
就 被 视 为 针对 软件 编码 执行 相对 测试 用 例 的 活动 了 。 扩 展 后 的 测试 定义 是 ; 测试 是 发 现 
并 指出 软件 (包含 软件 经 建 模 、 需 求 .设计 等 阶段 所 产生 的 大 量 输出 工件 ) 中 存在 缺陷 的 
过 程 , 这 个 过 程 指明 和 标注 问题 存在 的 正确 位 置 ,详细 记录 导致 问题 出 现 的 操作 步骤 ,及 
时 储存 当时 的 错误 状态 ,通过 以 上 内 容 的 组 合 ,测试 后 问题 能 够 准确 再 现 ,测试 定义 如 
图 1-1 所 示 。 


| ET 1 
发 现 问题 | 记录 问题 一 | ”跟踪 问题 
| 
1 
历史 数据 :+ 再 现 问题 |-------- 3 
图 1-1 测试 定义 


图 中 ,各 阶段 的 含义 如 下 : 

(1) 发 现 问题 为 第 一 个 行为 ,表示 发 现 软件 中 存在 的 问题 。 

(2) 记录 问题 为 第 二 个 行为 ,表示 通过 “发 现 问题 "行为 操作 指明 和 标注 问题 存在 的 
正确 位 置 ,详细 记录 导致 问题 出 现 的 操作 步骤 ,及 时 储存 当时 的 错误 状态 。 

(3) 跟踪 问题 为 第 三 个 行为 ,表示 通过 记录 问题 行为 操作 来 跟踪 和 控制 出 现 过 的 问 
题 , 直 到 问题 关闭 。 由 “再 现 问题 ?引出 的 虚线 代表 着 两 个 行为 之 间 的 关联 是 隐 性 存 
在 的 。 

(4) 再 现 问题 来 源 于 记录 问题 ,表示 该 过 程 只 是 为 了 演示 曾经 出 现 过 的 错误 现象 。 
值得 注意 的 是 ,有 些 错误 现象 可 能 没有 办 法 再 现 , 例 如 , 因 某 次 操作 引起 了 操作 系统 的 内 
存 出 错 异 常 , 但 是 在 下 一 次 演示 的 过 程 中 不 一 定 会 再 出 现 。 虽 然 有 这 样 的 事情 发 生 , 但 
是 可 以 肯定 错误 还 是 存在 的 ,只 不 过 没有 触发 相应 的 条 件 。 

(5) 历史 数据 从 记录 问题 中 挑选 相同 属性 的 错误 ,提高 下 次 测试 的 针对 性 。 因 为 是 
虚 框 ,所 以 可 以 视 为 过 程 的 一 种 补充 。 

相当 一 部 分 测试 理论 认为 跟踪 问题 不 包括 在 软件 测试 中 ,属于 软件 开发 者 的 事情 。 
编者 认为 让 开发 者 去 跟踪 问题 是 很 荒 雇 的 ,这 样 大 部 分 的 错误 都 会 在 项 目的 逐渐 扩大 中 
丢失 。 只 有 加 入 了 跟踪 问题 ,软件 测试 才 是 完美 的 , 换 一 句 话说 ,就 是 让 专业 测试 人 员 去 
跟踪 错误 。 注 意 ,跟踪 问题 在 整个 测试 过 程 中 是 比较 关键 的 。 

那么 ,软件 测试 是 否 包含 了 修复 ? 很 显然 软件 测试 和 修复 都 是 不 同意 义 的 行为 过 

程 ,最 能 体现 修复 行为 的 是 调试 和 修正 。 但 是 在 实际 的 某 些 测 试行 为 中 这 个 概念 比较 容 
et 
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行为 ,似乎 修复 就 包含 于 测试 中 了 。 实 际 上 ,测试 和 修复 是 两 种 相互 独立 的 行为 过 程 ,只 
是 在 同一 个 人 身上 编码 ,测试 角色 进行 了 转换 。 软 件 测试 和 软件 修复 只 可 能 是 某 种 意义 
上 的 重合 ,但 却 是 两 种 截然 不 同 的 行为 。 

更 多 专家 认为 软件 测试 除了 要 考虑 测试 结果 的 正确 性 之 外 ,还 应 关心 程序 的 效率 、 
可 适用 性 、 维 护 性 .可 扩充 性 、 安 全 性 可靠 性 .系统 性 能 .系统 容量 .可 伸缩 性 .服务 可 管 
理性 ,兼容 性 等 因素 。 随 着 人 们 对 软件 测试 更 广泛 ,更 深刻 的 认识 ,可 以 说 对 软件 质量 的 
判断 决 不 限于 程序 本 身 , 而 是 整个 软件 研制 过 程 。 

不 管 怎 么 定义 软件 测试 ,基本 的 结论 是 一 致 的 , 即 软件 测试 是 为 了 发 现 软件 产品 所 
存在 的 任何 意义 上 的 软件 缺陷 (bug), 从 而 纠正 这 些 软件 缺陷 ,使 软件 系统 更 好 地 满足 用 
户 的 需求 。 那 么 ,什么 是 软件 缺陷 呢 ? 


122 软件 缺陷 的 定义 和 种 类 


对 于 软件 存在 的 各 种 问题 ,人 们 都 用 “软件 缺陷 ”这 个 词 , 在 英文 中 用 一 个 不 大 
贴切 ,但 已 专用 的 词 bug( 自 虫 ) 来 表示 。 实 际 和 “缺陷 (bug) ”一 词 相 近 的 词 还 有 很 
多 ,如 缺点 (defect) ,偏差 (variance)、 雇 误 (fault)、 失 败 (failure)、 问 题 (problem)、 了 矛盾 
(inconsistency) ,错误 (error) ,毛病 (incident) .异常 (anomy)。 但 习惯 上 还 是 使 用 bug 这 
个 词 , 它 包含 了 一 些 偏差 . 雇 误 或 错误 ,更 多 地 表现 在 功能 上 的 失败 (failure) 和 实际 需求 
的 不 一 致 , 即 矛盾 (Cinconsistency) 。 

软件 缺陷 指 计 算 机 系统 或 者 程序 中 存在 的 任何 一 种 破坏 正常 运行 能 力 的 问题 .错误 
或 者 隐藏 的 功能 缺陷 、 瑕 普 。 缺 陷 会 导致 软件 产品 在 某 种 程度 上 不 能 满足 用 户 的 需要 。 
IEEE Standard 729-1983 对 软件 缺陷 下 了 一 个 标准 的 定义 中 。 

(1) 从 产品 内 部 看 ,软件 缺陷 是 软件 产品 开发 或 维护 过 程 中 所 存在 的 错误 .毛病 等 各 
种 问题 。 

(2) 从 外 部 看 ,整体 缺陷 是 系统 所 需要 实现 的 某 种 功能 的 失效 或 者 违背 。 

软件 缺陷 就 是 软件 产品 中 存在 的 问题 ,最 终 表 现 为 用 户 所 需要 的 功能 没有 完全 实 
现 , 没 有 满足 用 户 的 需求 。 

软件 缺陷 表现 的 形式 有 多 种 ,不 仅仅 体现 在 功能 的 失效 、 放 慢 , 还 体现 在 其 他 方面 。 
软件 缺陷 的 主要 类 型 有 : 

Q@ 功能 、 特 性 没有 实现 或 部 分 没有 实现 。 

@ 设计 不 合理 ,存在 缺陷 。 

@ 实际 结果 和 预期 结果 不 一 致 。 

@ 运行 出 错 , 包 括 运行 中 断 、 系 统 崩 溃 、 界 面 混乱 。 

@ 数据 结果 不 正确 .精度 不 够 。 

@ 用 户 不 能 接受 的 其 他 问题 ,如 存 取 时 间 过 长 .界面 不 美观 。 

美国 商务 部 国家 标准 和 技术 研究 所 (NIST) 进 行 的 一 项 研究 表明 ,软件 中 的 缺陷 每 
年 给 美国 经 济 造 成 的 损失 高 达 几 百 至 上 千 亿 美元 。 说 明 软 件 中 存在 的 缺陷 所 造成 的 损 
失 是 巨大 的 ,从 反面 又 一 次 证 明 软 件 测试 的 重要 性 。 如 何 尽早 彻底 地 发 现 软件 中 存在 的 
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缺陷 是 一 项 非常 复杂 、 需 要 创造 性 的 工作 。 同 时 ,软件 的 缺陷 是 软件 开发 过 程 中 的 重要 
属性 ,反映 软件 开发 过 程 中 需求 分 析 、 功 能 设计 、 用 户 界面 设计 ,编程 环节 所 隐 含 的 问题 ， 
也 为 项 目 管理 ,过 程 改进 提供 了 许多 信息 。 

以 上 是 缺陷 的 基本 概念 和 主要 类 型 ,这 里 仅 作 一 个 简单 的 介绍 ,详细 讨论 见 第 4 章 。 


123 软件 测试 的 分 类 


软件 测试 的 技术 和 方法 多 种 多 样 。 本 节 分 别 从 测试 范围 .测试 目的 ` 测 试 对 象 和 测 
试 内 容 等 方面 进行 分 类 。 


js 


按 测试 范围 分 类 


单元 测试 Cunit testing) ; 

组 件 测试 (component testing) ; 
集成 测试 (integration testing); 
系统 测试 (system testing); 
验收 测试 (acceptance testing); 
安装 测试 (installation testing)。 


. 按 测试 目的 分 类 


正确 性 测试 (correctness testing), 又 可 分 为 白 盒 测 试 C(white-box) 和 黑 盒 测 试 
(black-box); 

性 能 测试 (performance testing); 

可 靠 性 测试 (reliability testing) ,又 可 分 为 强壮 性 测试 (robustness, strong testing); 
异常 处 理 测试 (exception handling testing) 和 负载 测试 (stress,load testing)。 
安全 性 测试 (security testing)。 


. 按 测试 对 象 分 类 


单元 测试 Cunit testing); 

组 件 测试 (component testing); 
模块 测试 (module testing); 
程序 测试 (program testing); 
系统 测试 (system testing); 
文档 测试 (document testing)。 


. 按 测试 内 容 分 类 


(1) 回归 测试 : 是 指 修改 了 旧 代码 后 ,重新 进行 测试 以 确认 修改 没有 引入 新 的 错误 
或 导致 其 他 代码 产生 错误 。 自 动 回归 测试 将 大 幅 降低 系统 测试 .维护 升级 等 阶段 的 


成 本 。 


(2) 功能 测试 : 是 对 产品 的 各 功能 进行 验证 ,根据 功能 测试 用 例 , 逐 项 测试 ,检查 产 
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品 是 否 达到 用 户 要 求 的 功能 。 

(3) 负载 测试 : 是 一 种 性 能 测试 指数 据 在 超 负 荷 环 境 中 运行 ,程序 是 否 能 够 承担 。 

(4) 压力 测试 : 通过 确定 一 个 系统 的 瓶颈 或 者 不 能 接收 的 性 能 点 ,来 获得 系统 能 提 
供 的 最 大 服务 级 别 的 测试 。 通 俗 地 讲 ,压力 测试 是 为 了 发 现在 什么 条 件 下 用 户 的 应 用 程 
序 的 性 能 会 变 得 不 可 接受 。 

(5) 性 能 测试 : 测试 软件 测试 的 性 能 ,包括 负载 测试 ,强度 测试 ,数据库 容量 测试 . 基 
准 测试 以 及 基准 测试 。 

(6) 强度 测试 : 强度 测试 是 一 种 性 能 测试 ,用 于 测试 在 系统 资源 特别 低 的 情况 下 软 
件 系统 的 运行 情况 。 这 类 测试 往往 可 以 书写 系统 要 求 的 软 硬 件 水 平 要 求 。 

(7) 易 用 性 测试 : 是 指 用 户 使 用 软件 时 是 否 感觉 方便 ,例如 ,是 否 最 多 点 击 鼠 标 三 次 
就 可 以 达到 用 户 的 目的 。 


124 软件 测试 的 原则 


软件 测试 的 基本 原则 是 站 在 用 户 的 角度 ,对 产品 进行 全 面 测 试 ,以 求 尽早 、 尽 可 能 多 
地 发 现 缺陷 ,并 负责 跟踪 和 分 析 产 品 中 的 问题 ,对 不 足 之 处 提出 质疑 和 改进 意见 。 零 缺 
陷 是 一 种 理想 ,足够 好 是 测试 的 原则 。 

在 软件 测试 过 程 中 ,应 注意 和 遵循 的 原则 可 以 概括 为 以 下 10 项 。 

(1) 所 有 测试 的 标准 都 是 建立 在 用 户 需求 之 上 。 软 件 测 试 的 目标 在 于 揭示 错误 。 测 
试 人 员 要 始终 站 在 用 户 的 角度 去 看 问题 ,系统 中 严重 的 错误 足以 导致 程序 无 法 满足 用 户 


(2) 软件 测试 必须 基于 “质量 第 一 ”的 思想 去 开展 各 项 工作 。 当 时 间 和 质量 冲突 时 ， 
时 间 要 服从 质量 。 


(3) 事先 定义 好 产品 的 质量 标准 。 只 有 建立 了 质量 标准 ,才能 根据 测试 的 结果 ,对 产 
品 的 质量 进行 分 析 和 评估 。 同 样 ,测试 用 例 应 确定 预期 输出 结果 。 如 果 无 法 确定 测试 结 
果 则 无 法 进行 校 验 。 必 须 用 事先 精确 对 应 的 输入 数据 和 输出 结果 来 对 照 检查 当前 的 输 
出 结果 是 否 正确 ,做 到 有 的 放 矢 。 

(4) 软件 项 目 一 启动 ,软件 测试 也 就 开始 ,而 不 是 等 程序 写 完 才 开始 进行 测试 。 在 代 
码 完 成 之 前 ,测试 人 员 要 参与 需求 分 析 、 系 统 或 程序 设计 的 审查 工作 ,而 且 要 准备 测试 计 
划 、 测 试用 例 ,测试 脚本 和 测试 环境 。 测 试 计划 要 求 在 需求 模型 一 完成 就 开始 ,详细 的 测 
试用 例 定义 可 以 在 设计 模型 被 确定 后 开始 。 

(5) 穷 举 测试 是 不 可 能 的 。 即 使 一 个 大 小 适度 的 程序 ,其 路 径 排列 的 数量 也 非常 大 ， 
因此 在 测试 中 不 可 能 运行 路 径 的 每 一 种 组 合 。 然 而 ,充分 覆盖 程序 逻辑 ,并 确保 程序 设 
计 中 使 用 的 所 有 条 件 是 有 可 能 的 。 

(6) 第 三 方 进行 测试 会 更 客观 、 更 有 效 。 程 序 员 应 避免 测试 自己 的 程序 ,为 达到 最 佳 
的 效果 ,应 由 第 三 方 来 进行 测试 。 心 理 状态 是 测试 自己 程序 的 障碍 ,对 需求 规格 说 明 的 
理解 产生 的 错误 也 很 难 在 程序 员 本 人 测试 时 被 发 现 。 

(7) 软件 测试 计划 是 做 好 软件 测试 工作 的 前 提 。 在 进行 实际 测试 之 前 ,应 制定 良好 
的 、 切 实 可 行 的 测试 计划 并 严格 执行 ,特别 要 确定 测试 策略 和 测试 目标 。 
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(8) 测试 用 例 是 设计 出 来 的 ,不 是 写 出 来 的 。 要 根据 测试 的 目的 ,采用 相应 的 方法 去 
设计 测试 用 例 , 从 而 提高 测试 的 效率 ,更 多 地 发 现 错误 ,提高 程序 的 可 靠 性 。 除 了 检查 程 
序 是 否 做 了 它 应 该 做 的 事 , 还 要 看 程序 是 否 做 了 它 不 该 做 的 事 。 不 仅 应 选用 合理 的 输入 
数据 ,对 于 非法 的 输入 也 要 设计 测试 用 例 进行 测试 。 

(9) 对 主观 错误 较 多 的 程序 段 ,应 进行 更 深入 的 测试 。 一 般 来 说 ,一 段 程序 中 已 发 现 
的 错误 数 越 多 ,其 中 存在 的 错误 概率 也 就 越 大 。 

(10) 重视 文档 ,妥善 保存 一 切 测试 过 程 文档 。 测 试 计划 ,测试 用 例 测试 报告 都 是 检 
查 整个 开发 过 程 的 主要 依据 ,有 利于 今后 流程 改进 ,同时 也 是 测试 人 员 的 智慧 结晶 和 经 
验 积累 。 对 新 人 或 今后 的 工作 都 有 指导 意义 。 

除了 这 10 项 原则 之 外 ,在 测试 当中 ,还 有 许多 注意 事项 或 经 验 : 

， 应 当 把 * 尽 早 和 不 断 地 测试 ”作为 测试 人 员 的 座右铭 。 

。， 回 归 测 试 的 关联 性 一 定 要 引起 充分 的 注意 ,修改 一 个 错误 而 引起 更 多 错误 出 现 的 

现象 并 不 少见 。 

。 测试 应 从 “小 规模 ”开始 ,逐步 转向 “大 规模 ”。 最 初 的 测试 通常 把 焦点 放 在 单个 程 

序 模块 上 ,进一步 测试 的 焦点 则 转向 在 集成 的 模块 簇 中 寻找 错误 ,最 后 在 整个 系 
统 中 寻找 错误 。 

。 不 可 将 测试 用 例 置 之 度 外 ,排除 随意 性 。 特 别 是 对 做 了 修改 之 后 的 程序 进行 重新 
测试 时 ,如 不 严格 执行 测试 用 例 ,将 有 可 能 忽略 由 修改 错误 而 引起 的 新 错误 。 
必须 彻底 检查 每 一 个 测试 结果 。 事 实 上 有 相当 一 部 分 最 终 发 现 的 错误 是 在 早期 
测试 结果 中 遗漏 的 。 

。 一 定 要 注意 测试 中 的 错误 集中 发 生 现象 ,这 和 程序 员 的 编程 水 平和 习惯 有 很 大 的 
。 对 测试 错误 结果 一 定 要 有 一 个 确认 的 过 程 。 一 般 由 A 测试 出 来 的 错误 ,一定 要 
有 也 来 确认 ,严重 的 错误 可 以 召开 评审 会 进行 讨论 和 分 析 。 


13 软件 测 息 的 目的 


在 了 解 了 软件 测试 的 定义 以 后 ,很 容易 就 会 联想 到 软件 测试 的 目的 就 是 为 了 找 出 被 
测试 软件 中 所 有 存在 的 错误 。 这 样 的 说 法 并 不 错误 只 是 比较 理想 化 ,事实 上 ,不 可 能 发 
现 所 有 的 问题 。Grenford J. Myers 罗列 了 四 条 测试 观点 : 

(1) 软件 测试 是 为 了 发 现 错误 而 执行 程序 的 过 程 。 

(2) 测试 是 为 了 证 明 程 序 有 错 , 而 不 是 证 明 程 序 无 错误 。 

(3) 一 个 好 的 测试 用 例 是 在 于 它 能 发 现 至 今 未 发 现 的 错误 。 

(4) 一 个 成 功 的 测试 是 发 现 了 至 今 未 发 现 的 错误 的 测试 。 

软件 测试 不 以 发 现 错误 为 唯一 目的 , 查 不 出 错误 的 测试 并 非 没 有 价值 。 通 过 分 析 错 
误 产生 的 原因 和 错误 的 分 布 特征 ,就 可 以 帮助 发 现 当前 所 采用 的 软件 过 程 的 缺陷 同时 加 
以 改进 。 同 时 ,这 种 分 析 也 能 帮助 设计 出 有 针对 性 的 检测 方法 ,改善 测试 的 有 效 性 。 没 
有 发 现 错误 的 测试 也 是 有 价值 的 ,整个 测试 过 程 本 身 就 是 评定 测试 质量 的 一 种 方法 。 如 
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果 测 试 过 程 持续 增长 ,在 运行 多 次 后 而 未 发 现 软件 错误 ,这样 多 少 都 可 以 得 出 这 样 的 结 
论 : 被 测试 软件 已 经 完美 了 ,或 者 就 是 需要 放弃 这 一 无 法 正常 工作 的 测试 过 程 而 重新 构 
建 了 。 因 为 存在 针对 性 ,所 以 软件 测试 存在 多 种 目的 ,其 中 最 重要 的 三 条 为 : 

(1) 证 明 所 做 的 是 客户 所 需 的 。 

(2) 确保 编码 人 员 正 确 理解 设计 的 意图 。 

(3) 通过 回归 测试 来 保证 目前 运行 的 程序 在 将 来 仍然 可 以 正常 工作 。 

大 部 分 的 程序 编码 人 员 都 是 极其 认真 负责 的 .事后 统计 证 明 因为 程序 编码 人 员 编 码 
而 导致 的 错误 只 是 整个 软件 出 错 比例 中 很 小 的 一 块 , 大 部 分 的 软件 错误 是 因为 对 需求 不 
了 解 就 设计 或 者 是 编码 人 员 误 解 了 设计 意图 而 引发 的 。 需 要 加 强 与 客户 代表 的 交流 , 欢 
迎 客户 代表 参与 到 开发 过 程 中 ,时 刻 纠 正在 开发 过 程 中 因为 相互 不 了 解 而 导致 的 问题 。 
这 里 客户 代表 就 是 测试 人 员 ,他 用 自己 的 业务 知识 和 对 业务 的 了 解 来 判断 我 们 提供 的 设 
计 是 否 正确 。 针 对 编码 人 员 的 误解 ,使 用 整套 被 大 家 所 承认 的 、 有 能 力 准 确 表达 设计 意 
图 的 符号 语言 (如 UML 语言 ) 来 避免 上 面 出 现 的 情况 。 编 码 人 员 根 据 这 种 符号 语言 正确 
的 编写 代码 ,测试 人 员 则 根据 这 种 符号 语言 测试 编码 人 员 编 写 的 代码 是 否 符合 设计 

开发 过 程 中 出 现 错误 是 无 法 避免 的 ,需要 认真 地 对 待 它 。 搜 集 所 有 发 现 的 错误 , 吻 
除 虚假 的 和 无 效 的 ,并 对 它们 进行 归 类 ,在 确认 错误 已 经 被 关闭 的 前 提 下 重新 对 其 进行 
一 次 有 针对 性 的 测试 。 也 可 以 这 么 说 ,只 对 软件 进行 一 次 测试 作用 是 有 限 的 ,过 了 一 段 
时 间 这 次 测试 就 会 完全 失效 。 因 为 软件 开发 是 迭代 的 ,每 一 次 都 会 有 新 的 对 象 加 入 ,所 
以 需要 进行 多 次 测试 来 确保 测试 后 的 程序 仍然 可 以 正常 运行 。 

在 多 年 的 实际 测试 工作 中 ,我 们 发 现 : 随 着 软件 系统 规模 和 复杂 度 的 不 断 增加 ,对 软 
件 系 统 进行 较 全 面 的 测试 ,甚至 是 部 分 全 面 的 测试 都 变 得 不 可 能 ;同时 ,软件 系统 的 开发 
具有 时 限 性 ,开发 时 间 过 长 则 容易 失去 或 减 小 系统 的 作用 ;从 经 济 性 考虑 ,很 多 用 户 只 提 
供 有 限 的 资源 (时 间 、 人 力 和 物力 ) 进 行 软件 系统 开发 ,而 接受 系统 存在 部 分 影响 不 大 的 
问题 ,以 获取 较 大 的 性 价 比 。 

因此 ,在 商业 软件 测试 活动 中 ,软件 测试 的 目的 是 : 利用 有 限 的 资源 , 尽 可 能 地 发 现 
对 用 户 造成 重大 影响 的 问题 。 


14 软件 测 玻 的 生命 周期 


本 节 从 软件 测试 的 纵向 和 横向 两 方面 来 分 析 软 件 测试 的 生命 周期 ,并 说 明 各 种 测试 
活动 在 整个 软件 开发 过 程 中 的 位 置 中 。 
141 软件 测试 的 纵向 过 程 


从 过 程 的 观点 来 考虑 整个 测试 过 程 的 话 , 在 软件 工程 环境 中 的 测试 是 顺序 实现 的 单 
元 测试 、 集 成 测试 .确认 测试 、 系 统 测试 四 个 纵向 步 又 的 序列 ,这 些 步 骤 可 用 图 1-2 表示 。 
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p44 
测试 “方向 " 
图 1-2 软件 测试 步骤 


1. 单元 测试 


单元 测试 的 特点 是 开始 测试 着 重 于 每 一 个 单独 的 模块 ,以 确保 每 个 模块 都 能 正确 执 
行 。 单 元 测试 一 般 与 单元 开发 同步 执行 ,普遍 的 做 法 是 在 编写 完 一 组 功能 代码 (函数 或 
者 面向 对 象 的 类 ) 后 ,马上 编写 单元 测试 代码 对 功能 函数 进行 测试 。 当 然 ,也 有 先 编写 测 
试 代码 再 进行 单元 代码 开发 的 实例 。 单 元 测试 大 量 地 使 用 白 盒 测试 技术 。 白 盒 测 试 检 
查 每 一 个 控制 结构 的 分 支 以 确保 完全 覆盖 和 最 大 可 能 的 错误 检查 ,所 以 单元 测试 应 该 由 
程序 员 来 完成 ,可 以 把 单元 测试 看 作 是 编码 工作 的 一 部 分 。 单 元 测试 可 以 借助 专门 的 单 
元 测试 工具 ,如 针对 Java 的 JUnit、 针 对 C++ 的 CppUnit 工具 、DotNet 环境 下 的 NUnit 
工具 。 


2. 集成 测试 


各 个 单元 模块 装配 或 集成 在 一 起 形成 完整 的 软件 包 , 集 成 测试 解决 的 是 与 验证 和 程 
序 构造 相关 的 问题 ,应 首先 集成 风险 程度 最 高 的 模块 或 者 位 于 关键 路 径 的 模块 ,以 便 能 
够 尽早 测试 出 这 些 模 块 是 否 存在 问题 。 在 集成 过 程 中 使 用 最 多 的 是 黑 盒 测 试 技术 ,为 了 
保证 一 些 大 分 支 的 覆盖 ,也 会 用 一 定数 量 的 白 盒 测试 技术 。 集 成 测试 一 般 由 程序 员 


完成 。 
3. 确认 测试 


在 软件 集成 完毕 后 ,必须 进行 确认 测试 (高 阶 测试 ) ,确认 软件 是 否 符合 用 户 的 需求 。 
确认 测试 提供 了 对 软件 符合 所 有 功能 行为、 性 能 需求 的 最 后 保证 。 在 确认 测试 中 ,只 使 
用 黑 盒 测试 技术 ,可 以 由 最 终 用 户 参 与 完成 。 很 多 情况 下 ,确认 测试 不 被 作为 一 个 单独 
的 测试 阶段 被 描述 ,可 以 作为 集成 测试 的 最 后 阶段 。 


4. 系统 测试 


经 过 确认 测试 后 ,必须 和 其 他 系统 元 素 ( 硬 件 、 人 员 数据库 ) 结 合 在 一 起 ,由 系统 测 
试 来 验证 所 有 的 元 素 能 否 正确 地 结合 在 一 起 ,满足 整个 系统 的 功能 和 性 能 要 求 。 
事实 上 ,软件 测试 的 目的 是 发 现 错误 。 为 了 达到 这 个 目的 ,需要 计划 和 执行 一 系列 
的 测试 步骤 一 一 单元 测试 、 集 成 测试 .确认 测试 和 系统 测试 。 实 践 证 明 , 测 试 越 早 介入 ， 
就 越 能 有 效 降低 软件 开发 的 成 本 。 更 高 质量 的 软件 需要 更 系统 化 的 测试 方法 ,测试 活动 
贯穿 整个 软件 开发 过 程 。 
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142 软件 测试 的 横向 过 程 


每 一 个 测试 阶段 ,从 横向 来 看 也 有 一 个 完整 的 过 程 , 跟 软件 开发 过 程 的 线性 顺序 模 
型 相似 ,如 图 1-3 所 示 。 一 般 包含 的 步骤 如 图 1-3 所 示 。 


审 

批 批 三 一 一 一 

A [ZS 法 

制 设 所 消 | 成 

定 计 | 测 | 执 | | 写 | | 除 | 准 完 
测 | .| 测 | 试 .| 行 | ,| 测 | .| 软 | 试 成 
试 试 测 | “| 试 | “| 件 测 
计 用 试 | “| 报 | “| 缺 斌 
划 例 告 | “| 陷 


1-3 软件 测试 横向 过 程 


1. 测试 计划 


测试 从 需求 分 析 开 始 介入 ,测试 人 员 参 与 需求 的 分 析 活 动 , 确 定 测试 的 需求 。 测 试 
计划 在 需求 分 析 完 成 后 ,程序 修改 完毕 前 准备 。 制 定 测试 计划 主要 考虑 测试 需求 及 测试 
进度 , 即 需要 验证 什么 功能 需求 点 ,采用 什么 测试 策略 ,描述 目前 在 进行 哪 一 阶段 的 测试 
(单元 测试 、 集 成 测试 和 系统 测试 ) 以 及 每 个 阶段 进行 的 测试 种 类 (功能 测试 、 性 能 测试 、 
压力 测试 等 )。 

。 输 入: 项 目 计 划 和 测试 需求 。 

， 输 出 : 测试 计划 。 


2. 测试 分 析 与 设计 


测试 设计 在 程序 修改 完毕 前 或 程序 修改 完毕 后 进行 。 根 据 测试 内 容 , 分 别 准备 合适 
的 测试 用 例 。 测 试用 例 基 本 要 素 有 : 目的 .前 提 条 件 、 输 入 数据 或 动作 、 期 望 的 结果 等 。 

。 输 入: 测试 计划 。 

， 输 出 : 新 增 测试 用 例 及 测试 数据 , 原 有 回归 测试 数据 集 ,真实 数据 。 


3. 测试 开发 


测试 开发 一 般 与 测试 设计 并 行 。 测 试 开发 主要 工作 为 搭建 测试 环境 ,准备 运行 测试 
任务 的 脚本 ,准备 检查 测试 结果 的 脚本 。 

。 输入: 测试 计划 ,测试 用 例 。 

。 输出 : 测试 环境 ,测试 脚本 、 验 证 脚本 。 


4. 测试 执行 与 评估 


测试 执行 在 程序 修改 完毕 后 ,可 执行 代码 提交 后 执行 。 具 体 步骤 如 下 : 
@ 建立 测试 系统 。 


Qs 软件 测试 概述 
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@ 准备 测试 过 程 。 

@@ 运行 初始 化 过 程 。 

@ 执行 测试 。 

@ 从 终止 的 测试 恢复 。 

@ 验证 预期 结果 ,测试 不 通过 ,反馈 回 给 编码 人 员 修 改 。 代 码 修 改 重 新 提交 后 ,返回 
步 又 四 。 

@ 调查 突 发 结果 。 

@ 记录 缺陷 日 记 。 

回顾 测试 日 记 。 

@ 评估 测试 需求 的 覆盖 率 。 

@ 分 析 缺 陷 。 

@@ 决定 是 否 达到 完成 测试 的 标准 。 

。 输入 : 测试 用 例 测试 环境 测试 脚本 验证 脚本 。 

。 输出 : 测试 实况 记录 测试 报告 .缺陷 报告 。 


15 软件 测 该 与 软件 开发 生命 周期 


本 节 概 述 一 些 常 用 的 软件 开发 生命 周期 模型 ,并且 特别 强调 了 软件 测试 在 每 一 个 周 
期 中 所 起 到 的 作用 号。 不 管 使 用 何 种 生命 周期 模型 对 软件 进行 开发 ,软件 都 要 接受 测 
试 。 质量, 功能 都 很 完美 的 软件 产品 需要 在 其 软件 开发 的 生命 周期 中 尽 可 能 早 地 进行 测 
试 ,并 且 无 论 发 生 什么 变故 ,都 要 进行 完善 的 回归 测试 。 


151 顺序 生命 周期 模型 


软件 开发 生命 周期 模型 以 需求 定义 为 开端 ,以 对 需求 的 正式 验收 作为 终结 。 传 统 意 
义 上 ,被 用 于 软件 开发 生命 周期 的 模型 应 该 是 顺序 的 ,并 且 开 发 过 程 的 各 个 阶段 都 经 过 
完善 的 定义 。 通 常用 V 型 生命 周期 模型 ( 见 图 1-4) 和 瀑布 生命 周期 模型 ( 见 图 1-5) 来 表 
示 这 种 顺序 的 开发 过 程 。 而 事实 上 ,这 两 种 生命 周期 模型 有 许多 不 同 的 形态 ,将 不 同 的 
阶段 引入 生命 周期 模型 ,并 在 不 同 阶段 之 间 设 立 边界 。 图 1-4 和 图 1-5 所 示 的 生命 周期 
模型 的 各 个 阶段 是 经 过 许多 富有 经 验 的 开发 者 经 过 反复 实践 得 来 的 。 


1. 需求 分 析 阶 段 


需求 分 析 阶 段 主要 是 收集 并 分 析 用 户 的 需求 ,并 且 根 据 软件 需求 建立 完整 而 明确 的 
需求 说 明 书 。 


2. 概要 设计 阶段 


概要 设计 阶段 主要 是 针对 用 户 需求 的 软件 结构 将 会 被 设计 ,并 确定 软件 内 部 各 个 部 
件 的 相关 联系 。 
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需求 分 析 验收 测试 


概要 设计 | 系统 集成 


详细 设计 软件 集成 


编码 与 单 
元 测试 


1-4 VV 型 生命 周期 模型 


需求 分 析 
概要 设计 
详细 设计 
编码 与 单元 
测 
软件 集成 
系统 集成 
验收 测试 
图 1-5 瀑布 生命 周期 模型 
3. 详细 设计 阶段 


在 详细 设计 阶段 ,软件 各 个 部 件 的 执行 功能 将 被 详细 说 明 。 
4. 编码 与 单元 测试 阶段 


编码 与 单元 测试 阶段 将 对 软件 的 各 个 部 件 进 行 编码 ,并 且 进 行 单元 测试 以 确定 各 个 
部 分 确实 执行 了 详细 设计 阶段 所 制定 的 目标 。 


5. 软件 集成 阶段 


软件 集成 阶段 被 测试 过 的 各 个 部 件 被 逐渐 集成 起 来 测试 直到 构成 一 个 完整 的 
软件 。 


6. 系统 集成 阶段 

系统 集成 阶段 将 软件 程序 集成 起 来 ,构成 产品 并 进行 测试 。 

7. 验收 测试 阶段 

验收 测试 阶段 将 进行 测试 以 验证 软件 确实 完整 地 执行 了 用 户 的 需求 。 
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152 渐进 开发 生命 周期 模型 


顺序 模型 只 是 代表 着 一 种 理想 化 的 软件 开发 模型 。 实 际 上 出 于 种 种 原因 ,例如 需求 
的 多 变性 和 为 应 付 过 长 的 开发 时 间 而 开发 临时 系统 的 需要 ,还 有 其 他 生命 周期 模型 会 被 

现在 ,以 渐进 开发 的 迭代 生命 周期 ( 见 图 1-6) 为 例 ,来 看 一 下 其 他 生命 周期 模型 。 软 
件 开发 所 具有 的 一 个 问题 就 是 用 户 急需 软件 产品 ,但 是 开发 者 却 要 花费 很 长 的 时 间 去 完 
整地 进行 开发 。 那 么 取 一 个 折 中 的 解决 方法 就 是 节省 一 些 时 间 , 但 在 功能 上 打 一 点 折 
扣 一 一 开发 出 一 个 功能 有 所 缩减 的 试用 版 给 用 户 , 作 为 完整 版 发 布 前 的 一 个 跳板 ;也 可 
以 将 这 个 跳板 作为 软件 减少 软件 开发 风险 的 一 种 方式 。 

在 软件 开发 中 ,通常 将 这 种 方法 称 为 渐进 开发 或 是 执行 阶段 。 与 之 相对 应 的 生命 周 
期 模型 被 称 为 渐进 开发 生命 周期 模型 。 在 渐进 开发 的 生命 周期 之 中 ,每 一 个 独立 的 阶段 
都 将 遵从 V 型 和 瀑布 型 生命 周期 模型 。 

每 一 个 软件 的 发 布 都 会 经 过 验收 测试 ,以 证 明 软 件 的 各 个 部 分 所 构成 的 整体 确实 实 
现 了 需求 。 但 是 每 个 阶段 的 测试 和 集成 都 会 耗费 大 量 的 时 间 和 精力 。 由 于 过 多 的 开发 
周期 会 增加 成 本 ,耗费 时 间 ,所 以 应 该 经 过 认真 估算 ,尽早 地 规划 好 到 底 应 该 使 用 多 少 个 
周期 来 进行 软件 的 开发 。 

在 早期 开发 出 来 的 产品 没有 任何 的 实用 价值 ,只 是 作为 下 一 步 开 发 的 一 个 原型 。 这 
些 原 型 仅仅 是 用 来 满足 ,核对 用 户 关键 需求 所 走 的 一 个 捷径 。 可 是 如 果 其 中 缩减 了 文档 
的 书写 和 对 软件 的 测试 ,那么 就 有 必要 将 这 个 原型 抛弃 并 从 下 一 个 阶段 开始 重新 设计 。 
因为 一 个 缺乏 质量 的 原型 不 可 能 给 下 一 步 的 开发 打下 一 个 好 基础 。 


第 一 阶段 开发 C > 发 布 第 一 个 过 渡 产 品 


和 
[第 三 阶 段 开发 ”| 一 一 》 发 布 第 一 个 过 流产 品 一 


\ 
NW 


必 \ 
\| 最 终 阶 段 。 | 一 一 >》 发 布 产品 完成 


图 1-6 渐进 开发 生命 周期 图 1-7 和 迭代 生命 周期 模型 


153 和 迭代 生命 周期 模型 


迭代 生命 周期 模型 并 不 是 一 开始 就 完全 适应 需求 ,而 是 根据 说 明 先 开发 软件 的 部 分 
可 执行 部 件 。 这 些 部 件 要 求 能 够 通过 审查 以 确定 更 进一步 的 需求 。 一 个 迭代 周期 模型 
由 四 个 连续 部 分 组 成 ,如 图 1-7 所 示 。 


1. 需求 分 析 阶 段 
在 需求 分 析 阶段 ,主要 是 收集 并 分 析 用 户 的 需求 ,并 且 制 定 这 个 迭代 模型 最 终 并 且 
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完整 的 需求 说 明 书 。 
2. 定义 阶段 


在 定义 阶段 ,设计 出 适应 需求 的 软件 解决 方案 。 这 有 可 能 是 一 个 全 新 的 设计 ,也 有 
可 能 是 原来 设计 的 一 个 延伸 。 


3. 执行 .测试 阶段 
在 执行 ,测试 阶段 ,将 对 软件 进行 编码 、 集 成 并 进行 测试 。 
4. 审查 阶段 


在 审查 阶段 ,将 对 软件 进行 评估 ,对 目前 的 需求 进行 审查 ,并 对 其 进行 修改 和 更 新 。 

在 迭代 模型 的 每 一 个 周期 ,都 要 作出 一 个 决定 : 要 将 编写 出 的 软件 抛弃 ,还 是 作为 下 
一 个 周期 的 起 点 。 如 果 软 件 完全 满足 了 需求 ,那么 就 可 以 进行 发 布 ,否则 就 是 一 个 失败 
的 开始 。 

迭代 生命 周期 模型 可 以 说 是 采用 了 一 种 连续 逼近 的 方式 来 制作 软件 。 将 这 种 方式 
类 比 成 一 个 连续 逼近 最 终 解决 方案 的 数学 模型 ,那么 这 种 方式 能 否 成 功 的 关键 就 是 多 快 
能 够 形成 解决 方案 。 

也 许 经 过 不 断 的 类 比 也 不 能 找到 解决 方案 ,而 迭代 的 过 程 不 是 在 可 行 的 解决 方案 周 
围 盘旋 就 是 逐渐 远离 目标 。 而 且 需 要 迭代 的 次 数 过 于 庞大 会 使 软件 开发 变 得 不 切实 际 ， 
在 很 多 软件 开发 的 过 程 中 都 能 发 现 这 个 问题 。 

成 功 运用 迭代 软件 生命 周期 模型 来 开发 的 关键 就 是 要 严格 按照 需求 ,并 且 根 据 需求 
对 每 个 周期 制造 出 来 的 各 版 本 软件 进行 验收 (包括 测试 )。 和 迭代 模型 的 前 三 个 阶段 就 好 
比 是 简化 版 本 的 V 型 模型 或 瀑布 模型 。 和 迭代 模型 中 的 每 一 个 周期 所 编写 出 来 的 软件 都 
要 为 软件 的 测试 ,系统 测试 和 验收 进行 单元 测试 。 在 迭代 模型 中 软件 的 开发 经 历 了 多 少 
个 这 样 的 周期 ,就 要 进行 多 少 次 这 样 的 测试 。 


软件 测试 方法 


软件 的 多 样 性 为 软件 测试 带 来 了 巨大 挑战 。 新 软件 的 发 布 . 新 技术 的 涌现 ,造成 了 
许多 新 的 测试 问题 。 一 个 程序 员 面 对 各 种 可 能 的 平台 、 编 程 语 言 和 用 户 ,可 能 会 编写 出 
的 成 百 上 千 行 代码 ,给 软件 测试 带 来 了 巨大 的 挑战 。 所 以 ,软件 测试 是 一 个 十 分 艰巨 的 
任务 。 

为 了 检验 开发 的 软件 是 否 符合 规格 说 明 的 要 求 ,测试 活动 可 以 采用 各 种 不 同 的 测试 
手段 和 策略 ,如 静态 测试 (static testing) 与 动态 测试 (dynamic testing)、 黑 盒 测 试 (black- 
box testing) 与 白 盒 测 试 (white-box testing)、 自 顶 向 下 的 集成 测试 与 自 底 向 上 的 测试 以 
及 不 同 的 测试 步骤 (如 单元 测试 、 集 成 测试 、 系 统 测 试 等) 中 。 


21 软件 测 焉 方法 概述 


软件 测试 的 方法 多 种 多 样 ,可 从 不 同 角度 进行 分 类 : 从 是 否 需要 执行 被 测 软件 的 角 
度 , 可 分 为 静态 测试 和 动态 测试 ;从 软件 测试 用 例 设计 方法 的 角度 ,可 分 为 黑 盒 测试 和 白 
盒 测试 ;从 软件 测试 的 策略 和 过 程 的 角度 ,可 分 为 单元 测试 .集成 测试 确认 测试 .系统 测 
试 和 验收 测试 等 。 


1. 从 是 否 需要 执行 被 测 软件 的 角度 分 类 


从 是 否 需 要 执行 被 测 软件 的 角度 ,软件 测试 可 分 为 静态 测试 和 动态 测试 。 

(1) 静态 测试 就 是 通过 对 被 测 程序 的 静态 审查 ,发 现代 码 中 潜在 的 错误 ,一 般 采 用 人 
工 方 式 脱 机 完成 ,也 可 借助 静态 分 析 器 自动 进行 检查 ,但 不 要 求 运行 程序 本 身 。 

(2) 动态 测试 是 通常 意义 上 的 测试 , 即 必须 运行 被 测 软 件 。 动 态 测试 的 对 象 是 能 够 
由 计算 机 真正 运行 的 程序 ,动态 测试 包括 黑 盒 测试 和 白 盒 测试 。 

2. 从 软件 测试 用 例 设计 方法 的 角度 分 类 

从 软件 测试 用 例 设 计 方法 的 角度 ,软件 测试 可 分 为 黑 盒 测 试 和 白 盒 测试 。 

黑 盒 测试 是 一 种 从 用 户 角 度 出 发 的 测试 ,又 称 为 功能 测试 。 它 把 被 测 程序 当做 一 个 


黑 盒 , 忽 略 程序 内 部 的 结构 特性 ,依靠 程序 功能 需求 规格 说 明 书 , 在 只 知道 程序 功能 的 情 
况 下 ( 即 程序 输入 和 输出 之 间 关 系 ) 确 定 测 试用 例 。 简 单 来 说 , 若 测试 用 例 的 设计 是 基于 
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软件 功能 ,目的 是 检查 软件 各 功能 是 否 实现 ,并 检查 其 中 的 功能 错误 , 则 这 种 测试 方法 称 
为 黑 盒 测试 。 

白 盒 测 试 是 一 种 从 程序 员 角 度 出 发 的 测试 , 它 基 于 程序 的 内 部 结构 ,检查 内 部 操作 
是 否 按 规定 执行 。 白 盒 测试 又 称 为 结构 测试 , 即 根据 被 测试 程序 的 内 部 结构 设计 测试 用 
例 ,测试 者 需要 预先 了 解 被 测 程序 的 内 部 结构 。 


3, 从 软件 测试 的 策略 和 过 程 的 角度 分 类 


从 软件 测试 的 策略 和 过 程 的 角度 ,软件 测试 可 分 为 单元 测试 Cunit testing)、 集 成 测 
试 Cintegration testing) ,确认 测试 (validation testing)、 系统 测试 (system testing) 和 验收 
测试 (verification testing) 。 

单元 测试 是 针对 每 个 单元 的 测试 ,是 软件 测试 的 最 小 单位 ,用 于 确保 每 个 模块 能 正 
常 工 作 。 单 元 测试 主要 采用 白 盒 测试 方法 ,用 以 发 现 程序 内 部 结构 错误 。 

集成 测试 是 对 已 测试 过 的 模块 进行 组 装 之 后 的 测试 活动 ,进行 集成 测试 的 目的 主要 
在 于 检验 与 软件 设计 相关 的 程序 结构 问题 。 在 集成 测试 过 程 中 ,测试 人 员 结合 黑 盒 测 试 
和 和 白 盒 测试 方法 ,来 验证 多 个 单元 模块 集成 到 一 起 后 是 否 能 够 协调 工作 。 

确认 测试 是 检验 所 开发 的 软件 能 否 满足 所 有 功能 和 性 能 需求 的 最 后 手段 ,通常 采用 
黑 盒 测试 方法 。 

系统 测试 的 主要 任务 是 检测 被 测 软件 与 系统 的 其 他 部 分 的 协调 性 ,通常 采用 黑 盒 测 
试 方法 。 

验收 测试 是 软件 产品 质量 的 最 后 一 关 。 这 一 环节 ,测试 主要 从 用 户 的 角度 着 手 ,其 
参与 者 主要 是 用 户 和 少量 的 程序 开发 人 员 ,通常 采用 黑 盒 测 试 方法 器 。 


22 静态 测 孩 和 动态 测试 


根据 程序 是 否 运 行 可 以 把 软件 测试 方法 分 为 静态 测试 和 动态 测试 两 大 类 。 静 态 测 
试 是 指 被 测 程序 不 被 运行 ,而 通过 其 他 手段 进行 检测 的 测试 方法 。 动 态 测试 则 是 指 通过 
运行 和 使 用 被 测 程序 ,发 现 软件 故障 ,以 达到 检测 目的 的 测试 方法 。 以 汽车 检查 过 程 为 
例 ,打开 前 盖 检 查 、 检 查 车 身 是 否 刮 伤 属于 静态 测试 ,而 上 路 行驶 .检查 加 速 性 能 属性 动 
态 测试 。 
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静态 测试 方法 的 主要 特征 即 为 被 测 程序 不 被 真正 运行 。 静 态 测试 方法 包括 代码 检 
查 、 静 态 结构 分 析 、 代 码 质 量度 量 等 。 它 可 以 由 人 工 进行 ,也 可 以 借助 软件 工具 自动 进 
行 。 通 常 在 静态 测试 阶段 进行 以 下 一 些 测试 活动 : 

(1) 检查 算法 的 逻辑 正确 性 ,如 检查 算法 是 否 实 现 了 所 要 求 的 功能 。 

(2) 检查 模块 接口 的 正确 性 ,如 检查 参数 个 数 、 参 数 类 型 .返回 值 类 型 的 正确 性 。 

(3) 检查 调用 其 他 模块 接口 的 正确 性 ,如 检查 实 参 个 数 、 实 参 类 型 .返回 值 类 型 是 否 
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与 模块 接口 匹配 ,被 调用 模块 是 否 出 现 异常 。 

(4) 检查 表达 式 .语句 的 正确 性 ,如 检查 容易 产生 歧义 的 表达 式 或 运算 符 优先 级 。 

(5) 检查 常量 或 全 局 变量 使 用 的 正确 性 。 

(6) 检查 输入 参数 是 否 有 合法 性 检查 。 

(7) 检查 代码 执行 效率 是 否 可 以 优化 。 

(8) 检查 编程 风格 的 规范 性 ,如 检查 变量 命名 代码 ,注释 是 否 规 范 。 

静态 分 析 是 编译 程序 所 不 能 替代 的 ,编译 系统 虽然 能 发 现 某 些 程序 错误 ,但 这 些 错 
误 远 非 软件 中 存在 的 大 部 分 错误 ,如 程序 的 功能 性 错误 。 目 前 ,已 经 开发 了 一 些 静 态 分 
析 系 统 作 为 软件 静态 测试 的 工具 ,静态 分 析 已 被 当 作 一 种 自动 化 的 代码 校 验方 法 。 


222 动态 测试 


动态 测试 方法 是 通过 输入 有 效 的 测试 用 例 ,真正 运行 被 测 程序 ,进行 执行 跟踪 、 时 间 
分 析 以 及 测试 覆盖 等 方面 的 测试 ,并 对 输入 与 输出 对 应 关系 进行 分 析 , 以 达到 检测 的 目 
的 。 动 态 测试 方法 的 基本 步骤 如 下 : 

@ 选取 程序 输入 定义 域 的 有 效 值 ,或 选取 定义 域外 的 无 效 值 。 

@ 决定 已 选 输入 值 的 预期 结构 。 

@ 用 选取 输入 值 执行 程序 。 

@ 比较 执行 结果 和 预期 结果 ,不 吻合 则 说 明 程序 有 错 。 

动态 测试 ,又 可 分 为 基于 程序 内 部 结构 的 白 盒 测试 和 基于 程序 外 部 功能 的 黑 盒 测 
试 。 不 同 测试 方法 各 自 的 目标 和 侧重 点 不 一 样 ,在 实际 工作 中 要 将 静态 测试 和 动态 测试 
结合 起 来 ,以 达到 更 加 好 的 测试 效果 。 
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231 黑 盒 测试 方法 概述 


黑 盒 测 试 是 一 种 从 用 户 观点 出 发 的 测试 ,主要 以 软件 规格 说 明 书 为 依据 ,对 程序 功 
能 和 程序 接口 进行 的 测试 。 黑 盒 测试 的 基本 观点 是 : 任何 程序 都 可 以 看 作 是 从 输入 定义 
域 映射 到 输出 值 域 的 函数 过 程 , 被 测 程序 被 认为 是 一 个 打 不 开 的 黑 盒 子 , 黑 盒 中 的 内 容 
完全 不 知道 ,只 明确 该 黑 盒 的 作用 。 黑 盒 测 试 是 软件 功能 测试 的 重要 手段 , 它 主 要 的 依 
据 是 程序 规格 说 明 ,不 涉及 其 内 部 结构 和 特性 ,只 依靠 被 测 程序 输入 和 输出 之 间 的 关系 
设计 测试 用 例 。 很 明显 ,如 果 规 格 说 明 有 误 , 黑 盒 测试 方法 是 发 现 不 了 的 。 黑 盒 测试 方 
法 着 重 测试 软件 的 功能 需求 ,是 在 程序 接口 上 进行 的 测试 ,主要 是 为 了 发 现 以 下 错误 : 

(1) 是 否 有 功能 错误 ,是 否 有 功能 遗漏 。 

(2) 是 否 能 够 正确 地 接收 输入 数据 并 产生 正确 的 输出 结果 。 

(3) 是 否 有 数据 结构 错误 或 外 部 信息 访问 错误 。 

(4) 是 否 有 程序 初始 化 和 终止 方面 的 错误 。 
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黑 盒 测试 有 两 个 显著 的 特点 : 一 是 黑 盒 测 试 不 用 考虑 软件 的 具体 实现 过 程 , 当 软件 
实现 的 具体 过 程 发 生变 化 时 ,只 要 软件 接口 不 变 , 测 试用 例 仍然 可 以 使 用 ;二 是 黑 盒 测试 
用 例 的 设计 可 以 和 软件 实现 同时 进行 ,这 样 能 够 减少 总 的 软件 开发 时 间 。 黑 盒 测试 不 仅 
能 够 找到 大 多 数 其 他 测试 方法 无 法 发 现 的 错误 ,而 且 对 于 某 些 无 法 得 到 源 程序 的 软件 只 
能 选择 黑 盒 测试 。 黑 盒 测试 的 具体 技术 方法 主要 包括 等 价 类 划分 法 、. 边 界 值 分 析 法 、 决 
策 表 法 、 因 果 图 法 等 。 


232 等 价 类 划分 法 


1. 等 价 类 划分 法 概述 


等 价 类 划分 法 是 一 种 常用 的 黑 盒 测试 用 例 设 计 方法 , 它 将 不 能 穷 举 的 测试 集 进 行 合 
理 分 类 ,从 而 保证 设计 出 来 的 有 穷 测 试用 例 集 具有 完整 性 和 代表 性 。 

等 价 类 划分 法 是 把 所 有 可 能 的 输入 数据 ( 即 程序 输入 的 定义 域 ) 划 分 为 若干 部 分 ( 子 
集 ), 并 从 每 一 个 子 集中 选取 少量 具有 代表 性 的 数据 生成 测试 用 例 。 所 谓 等 价 类 
(equivalence class) 是 指 输 入 定义 域 的 某 个 子 集 ,所 有 等 价 类 的 并 集 就 是 整个 输入 定义 
域 。 在 等 价 类 中 ,各 个 输入 数据 具有 等 价 特性 ( 即 对 测试 程序 错误 的 效果 是 等 价 的 )。 因 
此 ,测试 某 个 等 价 类 的 代表 值 就 等 价 于 对 这 一 类 中 其 他 值 的 测试 。 也 就 是 说 ,如 果 用 等 
价 类 中 的 一 个 例子 作为 测试 数据 进行 测试 不 能 发 现 软件 中 的 故障 ,那么 使 用 等 价 类 中 的 
其 他 例子 进行 测试 也 不 可 能 发 现 故障 。 使 用 等 价 类 划分 法 的 目的 是 既 希 望 进行 完备 的 
测试 ,同时 又 希望 避免 元 余 。 

软件 不 能 只 接收 合理 有 效 的 数据 ,还 应 经 受 意外 的 考验 , 即 接受 无 效 的 或 不 合理 的 
数据 ,这 样 获得 的 软件 才能 具有 较 高 的 可 靠 性 。 因 此 ,在 进行 等 价 类 划分 时 ,应 考虑 以 下 
两 种 不 同 的 情况 。 

1) 有 效 等 价 类 

有 效 等 价 类 是 指 对 软件 规格 说 明 而 言 ,有 意义 、 合 理 的 输入 数据 所 构成 的 集合 。 利 
用 有 效 等 价 类 ,可 以 检验 程序 是 否 实现 了 规格 说 明 预 先 规定 的 功能 和 性 能 。 在 具体 问题 
中 ,有 效 等 价 类 可 以 是 一 个 ,也 可 以 是 多 个 。 

2) 无 效 等 价 类 

无 效 等 价 类 是 指 对 软件 规格 说 明 而 言 , 是 不 合理 或 无 意义 的 输入 数据 所 构成 的 集 
合 。 利 用 无 效 等 价 类 可 以 检验 程序 异常 情况 的 处 理 。 对 于 具体 的 问题 ,无 效 等 价 类 至 少 
应 有 一 个 ,也 可 能 有 多 个 。 

等 价 类 划分 法 测试 的 实现 可 分 为 两 个 步 又: 一 是 在 分 析 需 求 规格 说 明 的 基础 上 划分 
等 价 类 ,然后 列 出 等 价 类 表 。 等 价 类 表 应 包含 “输入 条 件 ” “有效 等 价 类 ”和 “无 效 等 价 
类 ”三 方面 内 容 ;二 是 根据 已 列 出 的 等 价 类 表 确 定 测试 用 例 , 确 定 测试 用 例 步 又 : 

@ 为 每 个 等 价 类 确定 一 个 唯一 的 编号 。 

@ 设计 一 个 新 的 测试 用 例 , 使 其 尽 可 能 多 地 覆盖 尚未 被 覆盖 的 有 效 等 价 类 ,重复 这 
个 过 程 ,直至 所 有 的 有 效 等 价 类 均 被 测试 用 例 所 覆盖 。 

@ 设计 一 个 新 的 测试 用 例 ,使 其 仅 覆 盖 一 个 无 效 等 价 类 ,重复 这 个 过 程 ,直至 所 有 的 
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无 效 等 价 类 均 被 测试 用 例 所 覆盖 。 

例 2-1 以 三 角形 问题 为 例 , 要 求 输入 三 个 正 整数 ,分 别 作为 三 角形 的 三 条 边 , 输 入 
值 取 值 范围 在 1 一 100 之 间 。 分 析 上 述 的 输入 条 件 , 可 得 出 相关 的 等 价 类 表 ( 包 括 有 效 等 
价 类 和 无 效 等 价 类 ) ,如 表 2-1 所 示 。 


表 2-1 三 角形 问题 的 等 价 类 


输入 条 件 等 价 类 编号 有 效 等 价 类 等 价 类 编号 无 效 等 价 类 
4 只 输入 一 个 数 
三 个 数 于 三 个 数 5 只 输入 两 个 数 
6 输入 多 于 三 个 数 
7 一 边 为 非 正 整数 
正 整数 2 三 边 为 正 整 数 8 两 边 为 非 正 整 数 
9 三 边 为 非 正 整数 
10 一 边 为 0 
11 两 边 为 0 
12 := 边 为 0 
13 一 边 小 于 0 
EE Ee 3 0 14 两 边 小 于 0 
eo 15 = 边 小 于 0 
16 一 边 大 于 100 
17 两 边 大 于 100 
18 三 边 大 于 100 


2. 常见 等 价 类 划分 形式 


针对 是 否 对 无 效 数据 进行 测试 ,可 以 将 等 价 类 测试 分 为 标准 等 价 类 测试 和 健壮 等 价 
类 测试 。 

1) 标准 等 价 类 测试 

标准 等 价 类 测试 不 考虑 无 效 输入 值 , 测 试用 例 使 用 每 个 等 价 类 中 的 一 个 值 。 通 常 ， 
标准 等 价 类 测试 用 例 的 数量 和 最 大 等 价 类 中 元 素 的 数目 相等 。 

以 三 角形 问题 为 例 , 要 求 输入 三 个 正 整 数 a、b、c, 分 别 作 为 三 角形 的 三 条 边 , 取 值 范 
围 在 1 一 100 之 间 ,判断 由 三 条 边 构 成 的 三 角形 类 型 为 等 边 三 角形 .等 腰 三 角形 .一般 三 
角形 或 非 三 角形 。 在 多 数 情况 下 ,是 从 输入 定义 域 划分 等 价 类 ,但 对 于 三 角形 问题 ,从 输 
出 值 域 来 定义 等 价 类 是 最 简单 的 划分 方法 。 因 此 ,利用 这 些 信 息 可 以 确定 下 列 值 域 等 
价 类 : 

R1 二 {二 a, b,c 这 : 边 为 abvc 的 等 边 三 角形 } 
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R2 = {二 a, 5,c> 二 : 边 为 csc 的 等 腰 三 角形 } 

R3 = {二 a, pc 二 : 边 为 .sc 的 一 般 三 角形 } 

R4 二 {二 a, bc 二 : 边 为 ac 不 构成 三 角形 } 
4 个 标准 等 价 类 测试 用 例如 表 2-2 所 示 。 


表 2-2 三 角形 问题 的 标准 等 价 类 测试 用 例 


测试 用 例 a b 6 预期 输出 
Test Case 1 8 8 等 边 三 角形 
Test Case 2 8 6 等 腰 三 角形 
Test Case 3 5 6 一 般 三 角形 
Test Case 4 2 4 不 构成 三 角形 


2) 健壮 等 价 类 测试 

健壮 等 价 类 测试 考虑 了 无 效 等 价 类 。 对 有 效 输入 ,测试 用 例 从 每 个 有 效 等 价 类 中 取 
一 个 值 (和 标准 等 价 类 测试 类 似 ) ;对 无 效 输入 ,一 个 测试 用 例 有 一 个 无 效 值 ,其 他 值 均 取 
有 效 值 。 

健壮 等 价 类 测试 存在 两 个 问题 : 一 是 需要 花费 时 间 定 义 无 效 测试 用 例 的 期 望 输出 ; 
二 是 对 强 类 型 的 语言 没有 必要 考虑 无 效 的 输入 。 

对 于 三 角形 问题 ,考虑 三 角形 三 条 边 abc 的 无 效 值 的 健壮 等 价 类 测试 用 例如 表 2-3 
所 示 。 


表 2-3 三 角形 问题 的 健壮 等 价 类 测试 用 例 


测试 用 例 a b c 预期 输出 

Test Case 1 8 8 8 等 边 三 角形 

Test Case 2 8 8 6 等 腰 三 角形 

Test Case 3 4 5 6 一 般 三 角形 

Test Case 4 1 2 4 不 构成 三 角形 

Test Case 5 0 5 5 a 值 不 在 允许 范围 内 
Test Case 6 5 0 5 5 值 不 在 允许 范围 内 
Test Case 7 5 5 0 < 值 不 在 允许 范围 内 
Test Case 8 101 5 5 a 值 不 在 允许 范围 内 
Test Case 9 5 101 5 5 值 不 在 允许 范围 内 
Test Case 10 5 5 101 < 值 不 在 允许 范围 内 


233 边界 值 分 析 法 
1. 边界 值 分 析 法 概述 


人 们 从 长 期 的 测试 工作 经 验 得 知 , 大 量 的 故障 往往 发 生 在 输入 定义 域 或 输出 值 域 的 
边界 上 ,而 不 是 在 其 内 部 。 边 界 值 分 析 法 (Boundary Value Analysis,BVA) 是 一 种 补充 
等 价 类 划分 法 的 测试 用 例 设 计 技 术 , 它 不 是 选择 等 价 类 的 任意 元 素 , 而 是 选择 等 价 类 边 
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界 的 测试 用 例 , 针 对 各 种 边界 情况 设计 测试 用 例 ,更 有 可 能 查 出 程序 错误 。 
在 实际 的 软件 开发 过 程 中 ,会 涉及 到 大 量 的 边界 值 条 件 , 例 如 下 面 的 Java 程序 : 


int data[]=new int [10]; 

for (int i=1; i<=10; 计 +) { 

data[li]=1; 

} 

这 段 代码 的 意图 是 创建 包含 10 个 元 素 的 数组 并 为 数组 中 的 每 一 个 元 素 赋 初 值 1, 看 
似 合 理 , 但 是 ,在 Java 语言 (大 多 数 编程 语言 也 都 类 似 ) 中 , 当 一 个 数组 被 定义 时 ,其 第 一 
个 元 素 所 对 应 的 数组 下 标 是 0 而 不 是 1。 这 时 ,如 果 其 他 程序 员 在 使 用 这 个 数组 的 时 候 ， 
数组 的 第 一 个 元 素 没有 被 正常 初始 化 ,可 能 会 造成 软件 的 缺陷 或 者 错误 的 产生 。 诸 如 此 
类 问题 很 常见 。 

使 用 边界 值 分 析 方 法 设计 测试 用 例 ,首先 应 确定 边界 情况 。 通 常 输入 和 输出 等 价 类 
的 边界 ,就 是 应 着 重 测试 的 边界 情况 。 应 选取 正好 等 于 、 刚 刚 大 于 或 刚刚 小 于 边界 的 值 
作为 边界 测试 数据 ,应 用 边界 值 分 析 法 设计 测试 用 例 可 借鉴 以 下 经 验 : 

(1) 若 输 入 条 件 规定 了 输入 值 的 范围 , 则 应 该 选取 刚 达 到 这 个 范围 的 边界 值 ,以 及 刚 
刚 超过 这 个 范围 边界 的 值 作为 测试 输入 数据 。 

(2) 若 输 入 条 件 规定 了 输入 值 的 个 数 , 则 用 最 大 个 数 、 最 小 个 数 、 比 最 大 个 数 少 1、 比 
最 大 个 数 多 1 的 数 作为 测试 数据 。 

(3) 若 输 入 域 或 输出 域 是 有 序 集合 , 则 应 选取 集合 的 第 一 个 元 素 和 最 后 一 个 元 素 作 
为 测试 用 例 。 

(4) 若 程序 中 使 用 了 一 个 内 部 数据 结构 , 则 应 当选 择 这 个 内 部 数据 结构 的 边界 值 作 
为 测试 用 例 。 

(5) 根据 规格 说 明 的 每 一 个 输入 条 件 分 别 设计 边界 测试 用 例 。 


2. 边界 条 件 与 次 边界 条 件 


上 面 讨论 的 边界 条 件 比 较 容 易 发 现 , 它 们 在 软件 规格 说 明 中 或 者 有 定义 ,或 者 可 以 
在 使 用 软件 的 过 程 中 确定 。 然 而 ,在 测试 用 例 设计 过 程 中 , 某 些 边 界 值 条 件 在 软件 内 部 ， 
是 不 需要 呈现 给 用 户 的 ,或 者 说 用 户 很 难 注 意 到 这 些 问 题 ,但 这 些 边界 条 件 确实 属于 检 
验 范畴 内 , 称 为 次 边界 值 条件 ,主要 有 以 下 几 种 。 

1) 数值 的 次 边界 值 检验 

计算 机 是 基于 二 进 制 进行 工作 的 ,因此 ,任何 数值 运算 都 有 一 定 的 范围 限制 ,都 由 相 
应 的 2 的 过 次 方 表 示 ,常用 数值 运算 范围 如 表 2-4 所 示 。 

表 2-4 计算 机 数值 运算 的 范围 


术 语 范 术 语 范 国 
位 (b) 0 或 1 FRY 1024 
字 节 (B) 0~255 兆 (MD) 1048 576 


字 (word) 0 一 65 535 或 0 一 4 294 967 295 吉 (G) 1 073 741 824 


2 
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例如 ,对 字 节 进行 检验 ,边界 值 条 件 可 以 设置 为 254、255 和 256 。 

2) 字符 的 次 边界 值 检验 

在 字符 的 编码 方式 中 ,ASCII 和 Unicode 是 比较 常见 的 编码 方式 , 表 2-5 中 列 出 了 一 
些 字符 的 ASCII 码 值 。 


表 2-5 字符 的 ASCII 码 值 对 应 表 


字 符 ASCII 码 值 字 符 ASCII 码 值 
null 0 B 66 
space 32 Y 89 
* 47 Z 90 
0 48 [ 91 
和 49 96 
2 50 a 97 
9 57 b 98 
58 y 121 
@ 64 z 122 
A 65 { 123 


例如 ,如 果 测 试 的 文本 框 只 允许 用 户 输入 字符 A~~Z 或 a~z,ASCII 表 中 的 值 , 则 在 
设计 边界 测试 用 例 时 ,应 该 在 非法 区 间 中 包含 ASCII 表 中 这 些 字符 前 后 的 值 ,如 @、[、 
六 
3) 其 他 应 用 相关 的 次 边界 值 检验 
许多 边界 值 与 软件 开发 所 使 用 的 平台 .系统 .工具 等 相关 。 例 如 ,一 个 人 口 分 布 统 计 
系统 ,在 录入 年 份 时 ,页 面 年 份 的 检查 范围 是 : [1900,2006]。 该 范围 以 内 的 没 问题 ,范围 
外 的 给 出 提示 。 但 如 果 数 据 库 采用 的 MySQL ,年 份 字段 类 型 为 Year, 那 么 该 检查 范围 就 
有 问题 ,因为 Year 的 范围 为 [1901,2155], 当 输入 年 份 1900 保存 ,数据 库 中 的 数据 为 
0000。 因 此 页 面 年 份 的 检查 范围 应 为 L1900,2006j, 而 次 边界 条 件 为 : [1901,2155]。 

其 他 的 边界 值 检验 包括 默认 值 \ 空 值 . 空 格 、 未 输入 值 .0、 无 效 数据 、 不 正确 数据 和 干 
扰 数 据 等 。 在 实际 的 测试 用 例 设计 中 ,需要 将 基本 的 软件 设计 要 求 和 程序 定义 的 要 求 结 
合 起 来 , 即 结合 基本 边界 值 条 件 和 次 边界 值 条 件 来 设计 有 效 的 测试 用 例 。 


3. 边界 值 分 析 法 测试 用 例 


以 三 角形 问题 为 例 , 要 求 输入 三 个 整数 a、b、c, 分 别 作 为 三 角形 的 三 条 边 , 取 值 范围 
在 1 一 100 之 间 ,判断 由 三 条 边 构 成 的 三 角形 类 型 为 等 边 三 角形 、 等 腰 三 角形 、 一 般 三 角 
形 或 非 三 角形 。 表 2-6 给 出 了 边界 值 分 析 测 试用 例 。 
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1. 决策 表 法 概述 
在 所 有 的 黑 盒 测 试 方法 中 ,基于 决策 表 的 测试 是 最 为 严格 .最 具有 逮 辑 性 的 测试 方 
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表 2-6 边界 值 分 析 测 试用 例 


测试 用 例 a b ec 预期 输出 

Test Case 1 50 50 等 腰 三 角形 
Test Case 2 50 50 2 等 腰 三 角形 
Test Case 3 100 100 100 等 边 三 角形 
Test Case 4 50 50 99 等 腰 三 角形 
Test Case 5 50 50 100 非 三 角形 

Test Case 6 50 l 50 等 腰 三 角形 
Test Case 7 50 2 50 等 腰 三 角形 
Test Case 8 50 99 50 等 腰 三 角形 
Test Case 9 50 100 50 非 三 角形 

Test Case 10 1 50 50 等 腰 三 角形 
Test Case 11 2 50 50 等 腰 三 角形 
Test Case 12 99 50 50 等 腰 三 角形 
Test Case 13 100 50 50 非 三 角形 


法 。 在 一 些 数据 处 理 问题 中 , 某 些 操作 的 实施 依赖 于 多 个 逻辑 条 件 的 组 合 , 即 针对 不 同 
他 辑 条 件 的 组 合 值 ,分 别 执行 不 同 的 操作 ,决策 表 很 适合 规则 

于 处 理 这 类 问题 。 决 策 表 通常 由 四 个 部 分 组 成 (如 图 2-1 
所 示 )。 


mp | 
(1) 条 件 桩 : 列 出 了 问题 的 所 有 条 件 ,通常 认为 列 出 


的 条 件 的 先后 次 序 无 关 紧 要 。 i | 
(2) 动作 桩 : 列 出 了 问题 规定 的 可 能 采取 的 操作 ,这 


些 操作 的 排列 顺序 没有 约束 。 

(3) 条 件 项 : 针对 条 件 桩 给 出 的 条 件 列 出 所 有 可 能 的 图 2-1 决策 表 的 组 成 
取 值 。 

(4) 动作 项 : 与 条 件 项 紧密 相关 ,指出 在 条 件 项 的 各 组 取 值 情况 下 应 采取 的 动作 。 

任何 一 个 条 件 组 合 的 取 值 及 其 相应 要 执行 的 操作 称 为 一 条 规则 ,在 决策 表 中 贯穿 条 
件 项 和 动作 项 的 一 列 就 是 一 条 规则 。 因 此 ,决策 表 中 列 出 多 少 组 条 件 取 值 , 也 就 有 多 少 
条 规则 , 即 条 件 项 和 动作 项 有 多 少 列 。 实 际 使 用 决策 表 时 ,常常 先 将 其 简化 ,简化 是 以 合 
并 相似 规则 为 目标 的 。 若 表 中 有 两 条 或 多 条 规则 具有 相同 的 动作 ,并 且 在 条 件 项 之 间 存 
在 着 极为 相似 的 关系 , 便 可 以 设法 将 其 合并 。 根 据 软 件 规格 说 明 ,构造 决策 表 的 步骤 
如 下 ， 

(1) 确定 规则 的 个 数 。 假 设 及 个 条 件 , 每 个 条 件 有 m 个 取 值 , 则 共有 zz 种 规则 ; 

(2) 列 出 所 有 的 条 件 柱 和 动作 桩 。 

(3) 填 和 人 条件 项 和 动作 项 ,得 到 初始 决策 表 。 

(4) 简化 决策 表 。 

以 如 下 问题 为 例 给 出 构造 决策 表 的 具体 过 程 : 

例 2-2 如果 某 产品 销售 好 且 库 存 低 , 则 增加 该 产品 的 生产 ;如 果 该 产品 销售 好 ,但 
库存 量 不 低 , 则 维持 生产 ;车 该 产品 销售 不 好 ,但 库存 量 低 , 则 也 维持 生产 ;车 该 产品 销售 
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不 好 , 且 库存 量 不 低 , 则 停止 生产 。 

解法 如 下 : 

(1) 确定 规则 的 个 数 : 对 于 本 题 有 两 个 条 件 (销售 情况 和 库存 情况 ) ,每 个 条 件 可 以 
有 两 个 取 值 (销售 好 、 不 好 ,库存 低 、 不 低 ), 故 有 2? 二 4 种 规则 。 

(2) 列 出 所 有 的 条 件 桩 和 动作 桩 。 

(3) 填 人 条 件 项 和 动作 项 ,得 到 初始 决策 表 , 如 表 2-7 所 示 。 


表 2-7 产品 销售 问题 的 决策 表 


规则 
1 2 3 4 
选项 
cl: 销售 是 否 好 T T F F 
条 件 
cs: 库存 是 否 低 村 下 和 F 
wa: 增加 生产 
动作 | as: 维持 生产 V V 
as : 停止 生产 ~ 


2. 决策 表 法 的 应 用 


决策 表 最 突出 的 优点 是 , 它 能 够 将 复杂 的 问题 按照 各 种 可 能 的 情况 一 一 列举 出 来 ， 
简明 并 避免 遗漏 。 因 此 ,利用 决策 表 能 够 设计 出 完整 的 测试 用 例 集合 。 使 用 决策 表 设 计 
测试 用 例 , 可 以 把 条 件 理解 为 输入 ,把 动作 理解 为 输出 。 

以 三 角形 问题 为 例 ,要 求 输入 三 个 整数 a、b、c, 分 别 作为 三 角形 的 三 条 边 , 取 值 范 围 
在 1 一 100 之 间 , 判 断 由 三 条 边 构 成 的 三 角形 类 型 为 等 边 三 角形 、 等 腰 三 角形 ,一 般 三 角 
形 或 非 三 角形 。 

分 析 如 下 : 

(1) 确定 规则 的 个 数 。 例 如 ,三 角形 问题 的 决策 表 有 4 个 条 件 ( 三 边 是 否 构 成 三 角 
形 、 三 边 是 否 两 两 相等 ) ,每 个 条 件 可 以 取 两 个 值 ( 真 和 假 ) ,所 以 应 有 2 三 16 种 规则 。 

(2) 列 出 所 有 条 件 桩 和 动作 桩 (五 种 结果 : 非 三 角形 .一 般 三 角形 、 等 腰 三 角形 、 等 边 
三 角形 和 不 可 能 的 取 值 ) 。 

(3) 填写 条 件 项 。 

(4) 填写 动作 项 ,从 而 得 到 初始 决策 表 , 如 表 2-8 所 示 。 

(5) 简化 决策 表 , 合 并 相似 规则 后 得 到 三 角形 问题 的 简化 决策 表 , 如 表 2-9 所 示 ( 合 
并 后 的 条 件 项 用 一 表示 动作 项 与 其 取 值 无 关 , 称 为 “无 关 条 件 ” 或 “不 关心 条 件 ”)。 

根据 决策 表 2-9, 可 设计 测试 用 例 , 如 表 2-10 所 示 。 
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等 价 类 划分 法 和 边界 值 分 析 法 都 着 重 考虑 输入 条 件 ,而 没有 考虑 到 输入 条 件 的 各 种 
组 合 情 况 ,也 没有 考虑 到 各 个 输入 条 件 之 间 的 相互 制约 关系 。 如 果 在 测试 时 必须 考虑 输 
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表 2-8 三 角形 问题 的 初始 决策 表 
规则 


[a 

澡 
己 
ko 
由 
ua 
~ 
- 
oo 


ci: ac 是 否 构 成 一 个 三 角形 


cz: a=b? 


条 件 


c3: 0 一 c? 


et 


|2|12|2|” 
人 Imi2|3| 
[In| 
人 |nmImio|ln 
< .TIT 
||| 加 | 
人 | 中 | 中 |o 
人 | 四 | 本 | 中 | 


al: 非 三 角形 
az : 一 般 三 角形 
动作 |as: 等 腰 三 角形 
a : 等 边 三 角形 
as : 不 可 能 


规则 5 


ci: ac 是否 构 成 一 个 三 角形 


cz : a=b? 


条 件 


932|o 
i223|5 
口 | 虽 | D|D 
nisi 
口 | 中 | 虽 | 
本 | 本 | 本 | 忆 


辣 | 本本 | 局 


qa: 非 三 角形 
az: 一般 三 角形 V/ 
动作 |a;: 等 腰 三 角形 V V V/ 
a : 等 边 三 角形 3 
as: 不 可 能 ~V ~ ~V 


表 2-9 三 角形 问题 的 简化 决策 表 


2- 
- 
Ed 
请 
[en 
一 
[ey 
~ 
多 
亚 
二 
~ 
a 
~ 
个 


选项 d= 


a: awb\c 是 否 构成 一 个 三 角形 | F 


cz : a=b? a 


条 件 


D| DiD|D 
|2|l2|9 
Sno|o 
Tmo 
S333|o 
IIs|o 
gsm|sm|o 
| 加 | 加 | 问 


动作 |as: 等 腰 三 角形 V/ V | V 
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表 2-10 三 角形 问题 的 决策 表 测 试用 例 


测试 用 例 a b c 预期 输出 

Test Case 1 4 Y 2 非 三 角形 
Test Case 2 1 4 2 非 三 角形 
Test Case 3 中 2 4 非 三 角形 
Test Case 4 3 3 2 等 边 三 角形 
Test Case 5 ? ? . 不 可 能 
Test Case 6 ? ? 权 不 可 能 
Test Case 7 3 3 4 等 腰 三 角形 
Test Case 8 yg ? 到 不 可 能 
Test Case 9 4 当 3 等 腰 三 角形 
Test Case 10 3 4 3 等 腰 三 角形 
Test Case 11 3 4 5 一 般 三 角形 


和 条件 的 各 种 组 合 , 可 能 的 组 合 数 将 是 一 个 天 文 数字 ,因此 必须 考虑 采用 一 种 适合 于 多 
种 条 件 的 组 合 , 产 生 多 个 动作 的 形式 来 进行 测试 用 例 的 设计 ,这 就 需要 采用 因果 图 法 。 
因果 图 法 就 是 一 种 利用 图 解法 分 析 输 入 的 各 种 组 合 情 况 ,从 而 设计 测试 用 例 的 方法 , 它 
适用 于 检查 程序 输入 条 件 的 各 种 情况 的 组 合 。 

因果 图 中 使 用 简单 的 逻辑 符号 ,以 直线 连接 左右 结 点 ,如 图 2-2 所 示 。 左 结 点 ci 表 
示 输 入 状态 (或 称 原因 ) , 右 结 点 ei 表示 输出 状态 (或 称 结果 )。 在 因果 图 中 使 用 4 种 符号 
分 别 表 示 4 种 因果 关系 ,ci 和 ei 都 可 取 值 0 或 1.0 表示 某 状态 不 出 现 ,1 表示 某 状态 


出 现 。 
© 
SYo > ^2 
© © 


(a) 恒 等 (b) 逻辑 非 (c) 逻辑 或 (d) 逻辑 与 
2-2 ”因果 图 的 基本 符号 


图 2-2(a) 中 ,车 ci 是 1, 则 e 也 是 1; 否则 el 为 0。 

图 2-2(b) 中 ,若是 1, 则 el 是 0; 否 则 el 为 1。 

图 2-2(c) 中 , 若 c 或 c 或 cs 是 1, 则 e 是 1; 和 否则 e 为 0。“ 或 ?可 以 有 任意 多 个 
输入 。 

图 2-2(d) 中 , 若 c 与 cs 都 是 1, 则 e 是 1; 和 否则 e 为 0。“ 与 "可 以 有 任意 多 个 输入 。 

在 实际 问题 中 ,输入 状态 相互 之 间 还 可 能 存在 某 些 依赖 关系 , 称 之 为 “约束 ”。 比 如 ， 
某 些 输入 条 件 本 身 不 可 能 同时 出 现 。 输 出 状态 之 间 也 往往 存在 约束 。 在 因果 图 中 ,用 特 
定 的 符号 标明 这 些 约束 (如 图 2-3 所 示 ) 。 
图 2-3 中 对 输入 条 件 的 约束 有 如 下 4 种 : 
图 2-3(a) 表 示 下 约束 ( 异 )。a 和 2 中 最 多 有 一 个 可 能 为 1, 即 a 和 2 不 能 同时 为 1。 
图 2-3(b) 表 示 了 约束 (或 )。a.b 和 c 中 至 少 有 一 个 必须 是 1, 即 a,b 和 < 不 能 同时 为 0。 
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1 
Ex Le O< Ri IM 
“©® “© OO “© OO- 
(a) 异 (b) 或 (c) 唯一 (d) 要 求 (e) 强制 
2-3 ”约束 符号 


图 2-3(c) 表 示 O 约束 (唯一 )。a 和 2 必须 有 一 个 且 仅 有 1 个 为 1。 

图 2-3(d) 表 示 R 约束 (要 求 )。a 是 1 时 ,6b 必须 是 1, 即 当 a 是 1 时 ,2 不 能 是 0。 

对 输出 条 件 的 约束 只 有 M 约束 。 

图 2-3(e) 表 示 M 约束 (强制 )。 若 结果 au 是 1, 则 结果 /强制 为 0。 

因果 图 方法 最 终生 成 决策 表 。 利 用 因果 图 导出 测试 用 例 需 要 经 过 以 下 几 个 步骤 ; 

@ 分 析 软 件 规格 说 明 书 中 哪些 是 原因 ,哪些 是 结果 。 原 因 常 常 是 输入 条 件 或 输入 条 
件 的 等 价 类 ,结果 则 是 输出 条 件 。 

@ 分 析 软 件 规格 说 明 书 中 语义 的 内 容 , 找 出 原因 与 结果 之 间 , 原 因 与 原因 之 间 的 对 
应 关系 ,并 将 其 表示 成 连接 各 个 原因 与 各 个 结果 的 “因果 图 ”。 

@ 由 于 语法 或 环境 的 限制 ,有 些 原因 与 原因 之 间 , 原 因 与 结果 之 间 的 组 合 情 况 不 可 
能 出 现 。 为 表明 这 些 特定 的 情况 ,在 因果 图 上 使 用 一 些 记号 标明 约束 或 限制 条 件 。 

@ 把 因果 图 转换 成 决策 表 。 

@ 根据 决策 表 中 每 一 列 设计 测 试用 例 。 

下 面 以 一 个 简单 的 例子 ,说 明 因 果 图 方法 的 步骤 。 

例 2-3 某 软件 规格 说 明 要 求 : 第 一 个 字符 必须 是 十 或 * ,第 二 个 字符 必须 是 一 个 数 
字 , 在 此 情况 下 进行 文件 的 修改 。 如 果 第 一 个 字符 不 是 十 或 * , 则 给 出 信息 N; 如 果 第 二 
个 字符 不 是 数字 , 则 给 出 信息 M。 

在 分 析 以 上 的 要 求 以 后 ,可 以 明确 地 把 原因 和 结果 分 开 如 下 。 


原因 

S Cy 第 一 个 字符 是 十 。 

® 第 一 个 字符 是 * 。 
“6 第 二 个 字符 是 一 数字 。 
结果 

“el 给 出 信息 N。 

。 es 一 一 修改 文件 。 

» es 给 出 信息 M。 


将 原因 和 结果 用 上 述 的 逻辑 符号 联接 起 来 ,可 以 得 到 如 图 2-4 所 示 的 因果 图 。 图 中 
左边 表示 原因 ,右边 表示 结果 ,编号 为 10 的 中 间 结 点 是 导出 结果 的 进一步 原因 ( 即 原 因 
cl 和 cs 通过 逮 辑 或 连接 得 到 的 中 间 原 因 ) 。 

考虑 到 原因 c, 和 cs 不 可 能 同时 为 1, 即 第 一 个 字符 不 可 能 既是 十 又 是 * ,在 因果 图 


28 


usint 5 实 线 


上 可 对 其 施加 下 约束 ,这 样 便 得 到 了 具有 约束 的 因果 图 ,如 图 2-5 所 示 。 根 据 因果 图 可 
以 建立 如 表 2-11 所 示 的 决策 表 ( 其 中 条 件 项 中 1 代表 相应 原因 满足 ,0 代表 不 满足 ) 。 


图 2-4 因果 图 表示 图 2-5 具有 下 约束 的 因果 图 表示 


表 2-11 根据 因果 图 建立 的 决策 表 


选项 规则 2 E 4 5 6 7 8 
a 1 1 1 1 0 0 0 0 
cz 1 1 0 0 1 出 0 0 

条 件 
cs 1 0 i 0 1 0 | 0 
10 1 1 1 0 0 
el Vv V 
ez NA MA 

动作 
es MA Vv V/ 
不 可 能 V/ Vv 


注意 , 表 中 8 种 情况 的 最 左面 两 列 , 原 因 cy 和 cs 同时 为 1, 这 是 不 可 能 的 , 故 应 排除 
这 两 种 情况 。 根 据 该 表 , 可 设计 出 6 个 测试 用 例 。 

以 上 只 是 因果 图 应 用 的 一 个 简单 例子 ,在 较为 复杂 的 问题 中 ,因果 图 方法 常常 十 分 
有 效 , 它 能 有 效 地 帮助 检查 输入 条 件 组 合 , 设 计 出 非 元 余 、 高 效 的 测试 用 例 。 当 然 , 如 果 
开发 项 目 在 设计 阶段 就 采用 了 决策 表 , 就 不 必 再 画 因 果 图 ,可 以 直接 利用 决策 表 设 计 测 
试用 例 。 


236 各 种 黑 盒 测试 方法 的 选择 


为 了 最 大 程度 地 发 现存 在 的 软件 缺陷 ,在 测试 实施 之 前 ,测试 工程 师 必 须 确定 将 要 
采用 的 黑 盒 测 试 策略 和 方法 ,并 以 此 为 依据 制定 详细 的 测试 方案 ,一 个 好 的 测试 策略 和 
测试 方法 将 给 整个 测试 工作 带 来 事半功倍 的 效果 。 如 何 才能 确定 好 的 黑 盒 测试 策略 和 
测试 方法 呢 ? 通常 ,在 确定 黑 盒 测 试 方法 时 ,应 遵循 以 下 原则 : 

(1) 根据 程序 的 重要 性 和 一 旦 发 生 故 障 将 造成 的 损失 程度 来 确定 测试 等 级 和 测试 
点 。 
(2) 认真 选择 测试 策略 ,以 便 能 尽 可 能 少 地 使 用 测试 用 例 ,发 现 尽 可 能 多 的 程序 错 
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误 。 经 过 一 次 完整 的 软件 测试 ,如 果 程 序 中 遗漏 的 问题 过 多 并 且 严 重 , 则 表明 该 次 测试 
是 不 足 的 ,测试 不 足 意味 着 让 用 户 承 担 隐 藏 错误 带 来 的 危险 ,但 测试 过 度 又 会 带 来 资源 
的 浪费 。 因 此 ,测试 需要 找到 一 个 平衡 点 。 

以 下 是 各 种 黑 盒 测 试 方法 选择 的 综合 策略 ,可 在 实际 应 用 过 程 中 参考 : 

(1) 首先 进行 等 价 类 划分 ,包括 输入 条 件 和 输出 条 件 的 等 价 划分 ,将 无 限 测试 变 成 有 
限 测试 ,这 是 减少 工作 量 和 提高 测试 效率 的 最 有 效 方法 。 

(2) 在 任何 情况 下 都 必须 使 用 边界 值 分 析 方 法 。 经 验 表明 用 这 种 方法 设计 出 的 测试 
用 例 发 现 程序 错误 的 能 力 最 强 。 

(3) 如 果 程序 的 功能 说 明 中 含有 输入 条 件 的 组 合 情 况 , 则 应 在 一 开始 就 选用 因果 
图 法 。 


237 黑 盒 测试 的 优 缺 点 


黑 盒 测试 是 一 种 确认 技术 ,目的 是 确认 “设计 的 系统 是 否 正确 ”。 黑 盒 测 试 是 以 用 户 
的 观点 ,考虑 输入 数据 与 输出 数据 的 对 应 关系 ,而 不 考虑 内 部 结构 及 工作 情况 ; 若 外 部 特 
性 本 身 存 在 问题 或 规格 说 明 的 规定 有 误 , 则 应 用 黑 盒 测 试 方法 是 不 能 发 现 问题 的 。 

黑 盒 测试 的 优点 如 下 : 

(1) 适用 于 各 个 测试 阶段 。 

(2) 从 产品 功能 角度 进行 测试 。 

(3) 容易 人 手 生 成 测试 数据 。 

黑 盒 测试 的 缺点 如 下 : 

(1) 某 些 代码 得 不 到 测试 。 

(2) 如 果 规 格 说 明 有 误 ,无 法 发 现 。 

(3) 不 易 进 行 充 分 测试 。 


24 让 盒 测 芒 方法 


白 盒 测试 是 基于 被 测 程序 的 源 代码 ,而 不 是 软件 规格 说 明 的 测试 活动 。 白 盒 测试 按 
照 程序 内 部 的 结构 测试 程序 ,检验 程序 中 的 每 条 通路 是 否 都 能 按 预 定 要 求 正 确 工作 ,而 
不 考虑 它 的 功能 。 白 盒 测试 的 主要 方法 有 逻辑 覆盖 .路 径 分 析 测试 等 。 


241 逻辑 覆盖 测试 


逻辑 覆盖 测试 基于 程序 的 逻辑 结构 设计 相应 的 测试 用 例 ,要 求 测试 人 员 深 入 了 解 
被 测 程序 的 逻辑 结构 特点 ,完全 掌握 源 代码 的 流程 。 根 据 不 同 的 测试 要 求 , 逻 辑 覆 盖 
测试 可 以 分 为 语句 覆盖 、 判 断 覆 盖 、 条 件 覆 盖 、 判 断 / 条 件 覆 盖 、 条 件 组 合 覆盖 和 路 径 
覆盖 。 

下 面 是 一 段 简单 的 Java 语言 程序 ,作为 公共 程序 段 来 讨论 五 种 覆盖 测试 的 各 自 
特点 。 
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程序 2-1: 

工 if (x> 100 && y> 500) 

2 result= result+ 1007 
3 if (x>= 1000||z> 5000) 

4 result= result— 50; 


其 程序 控制 流 图 如 图 2-6 所 示 。 


a 


G>=100)"(y>500) LL 
C 


b result = result+100 
了 于 
(x>=1000)v(z>5000) 
e 
d 1 
result = result-50 


1 


图 2-6 程序 流程 图 


1. 语句 覆盖 


语句 覆盖 (statement coverage) 要 求 设计 若干 个 测试 用 例 , 运 行 被 测 程序 ,使 得 每 个 
可 执行 语句 至 少 被 执行 一 次 。 在 保证 完成 要 求 的 情况 下 ,测试 用 例 的 数目 越 少 越 好 。 

以 下 是 针对 程序 2-1 设计 的 两 个 测试 用 例 , 称 为 测试 用 例 组 1。 

Test Case 1: 六 1000, y= 600, z= 6000 

Test Case 2: 本 200, y= 600, z= 5000 

如 表 2-12 所 示 , 采 用 Test Case 1 作为 测试 用 例 , 则 程序 按 路 径 a 一 c>e 顺序 执行 ， 
程序 中 的 4 个 语句 都 被 执行 一 次 ,符合 语句 覆盖 的 要 求 。 采 用 Test Case 2 作为 测试 用 
例 , 则 程序 按 路 径 a~~c~d 顺序 执行 ,程序 中 的 语句 4 没有 执行 到 ,所 以 没有 达到 语句 覆 
盖 的 要 求 。 

表 2-12 测试 用 例 组 1 


测试 用 例 x y， 2 (x 二 100) &&(Cy 二 500) | (x 二 一 1000) | (z 二 5000) | 执行 路 径 
Test Case 1 | 1000, 600, 6000 True True ace 
Test Case 2 | 200, 600, 5000 True False acd 


从 表面 上 看 ,语句 覆盖 用 例 测试 了 程序 中 的 每 一 个 语句 行 ,似乎 能 够 比较 全 面 地 


检验 被 测 对 程序 ,但 实际 上 语句 覆盖 测试 是 最 弱 的 逻辑 覆盖 方法 。 例 如 , 若 第 一 个 判 
断 的 逻辑 运算 符 &-& 被 误 写成 ‖ ,或 者 第 二 个 判断 的 逻辑 运算 符 ‖ 被 误 写成 &&, 这 
时 如 果 采 用 Test Case 1 测试 用 例 是 检验 不 出 程序 中 的 判断 逻辑 错误 的 。 又 如 果 将 语 
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句 3 误 写成 f(x 这 ==1500 | z>>5000) ,Test Case 1 同样 无 法 发 现 错误 之 处 。 
因此 ,语句 覆盖 测试 只 是 表面 上 覆盖 程序 流程 ,没有 针对 源 程序 各 个 语句 间 的 内 在 
联系 ,难以 排除 被 测 程序 中 存在 的 潜在 故障 。 


2. 判断 覆盖 

判断 覆盖 (branch coverage) 要 求 设计 若干 个 测试 用 例 , 运 行 被 测 程序 ,使 得 程序 中 每 
个 判断 条 件 的 真 值 分 支 和 假 值 分 支 至 少 被 执行 一 遍 。 在 保证 完成 要 求 的 情况 下 ,测试 用 
例 的 数目 越 少 越 好 。 判 断 覆盖 又 称 为 分 支 履 盖 。 

仍 以 程序 2-1 为 例 , 设 计 测试 用 例 组 2: 


Test Case 1: 节 1000, y= 600, z= 6000 
Test Case 3: 二 50, y= 600, z= 2000 
如 表 2-13 所 示 , 采 用 Test Case 1 作为 测试 用 例 ,程序 按 路 径 a 习 c>e 顺序 执行 ; 采 
用 Test Case 3 作为 测试 用 例 ,程序 按 路 径 ab 一 d 顺序 执行 。 所 以 采用 这 一 组 测试 用 
例 ,程序 2-1 的 4 个 判断 分 支 b 习 c>d>e 都 被 覆盖 到 了 。 
表 2-13 测试 用 例 组 2 


测试 用 例 yy (x>100) & &(y>500) (x 三 1000) | (z 二 5000) | 执行 路 径 
Test Case 1 | 1000, 600, 6000 True True ace 
Test Case 3 | 50, 600, 2000 False False abd 


或 者 设计 测试 用 例 组 3: 


Test Case 4: 入 200, y= 600, z= 2000 
Test Case 5: z= 1000, y= 200, z= 6000 
如 表 2-14 所 示 ,采用 Test Case 4 作为 测试 用 例 ,程序 按 路 径 a>c>d 顺序 执行 ; 采 
用 Test Case 5 作为 测试 用 例 , 程 序 按 路 径 ab-~e 顺 序 执行 。 同 样 可 以 满足 判断 
覆盖 。 
表 2-14 测试 用 例 组 3 


测试 用 例 X，y，2z (x>100) & &(y>500) (x 三 1000) | (z 二 5000) | 执行 路 径 
Test Case 4 | 200, 600, 2000 True False acd 
Test Case 5 | 1000, 200, 6000 False True abe 


实际 上 ,上 述 两 组 测试 用 例 不 仅 达 到 了 判断 覆盖 要 求 ,也 同时 满足 了 语句 覆盖 要 求 ， 
从 这 点 上 看 判断 覆盖 测试 要 强 于 语句 覆盖 测试 。 但 是 .判断 覆盖 测试 依然 不 够 完善 。 例 
如 ,如 果 将 第 二 个 判断 条 件 (x 盖 =1000) | (z>5000) 中 的 z 盖 5000 错误 定义 成 (x 二 = 
1000) | (z>8000) ,由 于 判断 条 件 中 的 两 个 判断 是 “或 ?关系 ,其 中 一 个 判断 式 错 误 是 不 
影响 结果 的 ,所 以 这 两 组 测试 用 例 发 现 不 了 该 问题 。 因 此 ,应 该 用 具有 更 强 逻 辑 覆 盖 能 
力 的 覆盖 测试 方法 来 测试 这 种 内 部 判断 条 件 。 
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3. 条 件 覆盖 


条 件 覆 盖 (condition coverage) 要 求 设计 若干 个 测试 用 例 , 执 行 被 测 程序 ,使 得 程序 
中 每 个 判断 条 件 中 的 每 个 判断 式 的 真 值 和 假 值 至 少 被 执行 一 遍 。 

设计 测试 用 例 组 4: 

Test Case 1: 芝 1000, y= 600, z= 6000 

Test Case 3: = 50, y= 600, 2=2000 

Test Case 6: 六 1000, y= 200, z= 2000 

如 表 2-15 所 示 ,测试 用 例 组 中 的 3 个 测试 用 例 覆 盖 了 4 个 内 部 判断 式 的 8 种 真 假 值 
情况 。 此 外 ,这 组 测试 用 例 也 同时 实现 了 判断 覆盖 , 即 覆 盖 了 所 有 4 个 判断 分 支 b、c、d、 
e。 但 是 否 可 以 说 实现 了 条 件 覆 盖 就 必然 实现 了 判断 覆盖 呢 ? 下 面 通过 测试 用 例 组 5 对 
这 个 问题 进行 分 析 。 


表 2-15 测试 用 例 组 4 


测试 用 例 X，y，Z (x>100) | (y>500) | (x=1000) (z 二 5000) | 执行 路 径 
Test Case 1 1000, 600, 6000 True True True True ace 
Test Case 3 50, 600, 2000 False True False False abd 
Test Case 6 1000, 200, 2000 True False True False abe 


设计 测试 用 例 组 5: 


Test Case 7: 本 50, y= 600, z= 6000 
Test Case 8: 六 2000, y= 200, z= 1000 


如 表 2-16 和 表 2-17 所 示 , 其 中 表 2-16 表示 每 个 判断 条 件 的 每 个 判断 式 的 真 值 和 假 
值 , 表 2-17 表示 每 个 判断 条 件 的 真 值 和 假 值 。 测 试用 例 组 5 中 的 两 个 测试 用 例 虽 然 覆盖 
了 4 个 内 部 判断 式 的 8 种 真 假 值 情况 ,但 这 两 个 测试 用 例 的 执行 路 径 均 为 ab>e, 仅 材 
盖 了 判断 条 件 的 4 个 真 假 分 支 中 的 两 个 。 因 此 ,满足 了 条 件 覆 盖 并 不 一 定 就 满足 判断 覆 
盖 ,为 解决 这 一 矛盾 ,需要 设计 一 种 能 兼顾 判断 覆盖 和 条 件 覆 盖 的 覆盖 测试 方法 , 即 判 
断 / 条 件 覆 盖 测 试 。 

表 2-16 测试 用 例 组 5 一 一 每 个 判断 条 件 的 每 个 判断 式 的 真 值 和 假 值 


测试 用 例 Xx, y, Z (x>100) | (y>500) | (x=1000) (z 二 5000) | 执行 路 径 


Test Case 7 50, 600, 6000 False True False True abe 
Test Case 8 2000, 200, 1000 True False True False abe 


表 2-17 测试 用 例 组 6 一 一 每 个 判断 条 件 的 真 值 和 假 值 


测试 用 例 be (x>100) &&(y>500) (x 三 1000) | (z 二 5000) | 执行 路 径 


Test Case 7 | 50, 600, 6000 False True abe 
Test Case 8 | 2000, 200, 1000 False True abe 
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4. 判断 /条 件 覆盖 


判断 /条 件 覆 盖 要 求 设计 若干 个 测试 用 例 ,执行 被 测 程序 ,使 得 程序 中 每 个 判断 条 件 
的 真 假 值 分 支 至 少 被 执行 一 遍 ,并 且 每 个 判断 条 件 的 内 部 判断 式 的 真 假 值 分 支 也 要 被 执 
行 一 遍 。 

设计 测试 用 例 组 6 : 

Test Case 1: 区 1000, y= 600, 2= 6000 

Test Case 9: = 50, y= 200, z= 2000 

如 表 2-18 和 表 2-19 所 示 , 其 中 表 2-18 表示 每 个 判断 条 件 的 每 个 判断 式 的 真 值 和 假 
值 , 表 2-19 表示 每 个 判断 条 件 的 真 值 和 假 值 。 从 表 中 可 以 看 出 测试 用 例 组 6 同时 满足 了 
判断 覆盖 和 条 件 覆 盖 。 然 而 ,判断 /条 件 覆 盖 没 有 对 每 个 判断 条 件 的 内 部 判断 式 的 所 有 
真 假 值 组 合 进行 测试 。 条 件 组 合 判 断 是 必要 的 ,因为 条 件 判 断 语句 中 的 “与 "和 “或 ” 
( 即 && 和 | ), 会 使 内 部 判断 式 之 间 产 生 抑制 作用 。 例 如 ,C=A && B 中 ,如 果 人 A 为 
假 值 ,无论 B 为 真 值 或 假 值 ,C 都 为 假 值 ,因此 B 的 正确 与 否 没 有 得 到 测试 。 同样 ,C= 
Al1B 中 ,如 果 A 为 真 值 ,那么 无 论 B 为 真 值 或 假 值 ,C 都 为 真 值 ,B 的 正确 与 否 也 没有 得 
到 测试 。 

表 2-18 测试 用 例 组 6 一 一 每 个 判断 条 件 的 每 个 判断 式 的 真 值 和 假 什 


测试 用 例 X，y，Zz (x>100) | (y>500) | (x1000) (z 二 S000) | 执行 路 径 
Test Case 1 2000, 600, 6000 True True True True ace 
Test Case 9 50, 200, 2000 False False False False abd 


表 2-19 测试 用 例 组 6 一 一 每 个 判断 条 件 的 真 值 和 假 值 
测试 用 例 Sy (x>100) & &(y>500) (x 宇 1000) | (z 二 5000) | 执行 路 径 


2000, 600, 6000 
50, 200, 2000 


True ace 
False 


True 
False 


Test Case 1 
Test Case 9 


5. 条 件 组 合 覆 盖 


条 件 组 合 覆 盖 要 求 设计 若干 个 测试 用 例 ,执行 被 测 程序 ,使 得 程序 中 每 个 判断 条 件 
的 内 部 判断 式 的 各 种 真 假 值 组 合 可 能 都 至 少 被 执行 一 遍 。 因 此 ,满足 条 件 组 合 覆盖 的 测 
试用 例 一 定 满 足 判断 覆盖 .条 件 覆 盖 和 判断 /条 件 覆 盖 。 

设计 测试 用 例 组 7: 

Test Case 1: 入 1000, y= 600, z= 6000 

Test Case 7: 六 50, y= 600, z= 6000 

Test Case 8: x 2000, y= 200, z= 1000 

Test Case 9: p50, F200, z= 2000 

如 表 2-20 所 示 ,该 表 表 示 每 个 判断 条 件 的 每 个 判断 式 的 真 值 和 假 值 的 组 合 ( 即 每 个 
判断 条 件 的 两 个 判断 式 具有 4 种 真 假 值 组 合 ) 。 测 试用 例 组 7 固然 覆盖 了 所 有 判断 式 条 
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件 组 合 , 同 时 也 满足 了 判断 覆盖 和 条 件 覆 盖 , 然 而 其 没有 执行 程序 所 有 可 能 的 路 径 ( 只 执 
行 了 路 径 a>c>e、ab>e 和 a>b>d, 而 未 执行 路 径 a 一 cd)。 而 路 径 能 否 被 全 面 覆 
盖 对 软件 测试 非常 重要 ,因为 要 尽 可 能 地 发 现 软件 中 存在 的 缺陷 ,就 必须 保证 程序 沿 每 
条 路 径 都 能 顺利 执行 ,能 够 达到 这 样 要 求 的 是 路 径 覆盖 测试 。 

表 2-20 测试 用 例 组 7 


测试 用 例 和 (x>100) | (y>500) (x=1000) (z 二 S000) | 执行 路 径 
Test Case 1 1000, 600, 6000 True True True True ace 
Test Case 7 50, 600, 6000 False True False True abe 
Test Case 8 2000, 200, 1000 True False True False abe 
Test Case 9 50, 200, 2000 False False False False abd 


6. 路 径 覆 盖 


路 径 覆 盖 (path coverage) 要 求 设计 若干 测试 用 例 , 执 行 被 测 程序 ,使 得 程序 中 所 有 可 
能 的 路 径 都 能 被 覆盖 到 。 

程序 2-1 共有 4 条 可 能 路 径 ( 即 a>c>e、ab>e.ab>d 和 a>c>d) ,设计 测试 用 
例 组 8: 

Test Case 1: 入 1000, y= 600, z= 6000 

Test Case 3: E50, y= 600, z= 2000 

Test Case 4: 入 200, y= 600, z= 2000 

Test Case 8: 入 2000, y= 200, z= 1000 


如 表 2-21 所 示 ,该 表 表 示 每 个 判断 条 件 的 真 值 和 假 值 。 测 试用 例 组 8 可 以 达到 路 径 


表 2-21 测试 用 例 组 8 


测试 用 例 X，y,，z (x>100) & &(y>500) (x 三 1000)  (z 二 5000) | 执行 路 径 
Test Case 1 | 2000, 600, 6000 True True ace 
Test Case 3 | 50, 600, 2000 False False abd 
Test Case 4 | 200, 600, 2000 True False acd 
Test Case 8 | 2000, 200, 1000 False True abe 


需要 注意 的 是 ,程序 2-1 非常 简短 ,只 有 4 条 可 能 路 径 。 然 而 在 实际 测试 程序 中 ,其 
路 径 数 目 可 能 是 一 个 庞大 的 数字 ,要 对 其 实现 路 径 覆 盖 测 试 通常 是 难以 实现 的 。 所 以 ， 
在 实际 操作 中 ,通常 尽 可 能 把 路 径 数 压缩 到 一 个 可 承受 的 范围 。 例 如 ,假设 程序 中 的 循 
环 体 只 执行 一 次 。 

当然 ,即使 对 程序 做 到 了 路 径 覆 盖 测 试 ,也 不 能 保证 被 测 程序 不 存在 问题 ,其 他 的 软 
件 测试 手段 也 是 必要 的 。 事 实 上 ,并 不 存在 一 种 完美 的 测试 方法 ,测试 的 目的 只 能 说 是 
尽 可 能 多 地 查找 软件 缺陷 。 


242 路 径 分 析 测 试 
从 2.4.1 节 的 讨论 中 可 以 看 出 ,对 于 比较 简单 的 小 程序 来 说 ,实现 路 径 覆 盖 是 可 能 
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的 ,但 如 果 程 序 比 较 复杂 ,存在 多 个 判断 和 多 个 循环 ,可 能 的 路 径 数目 将 会 急剧 增长 , 以 
Ce 实际 上 可 以 做 到 的 只 是 有 选择 地 测试 程序 中 某 些 有 代表 性 的 路 
。 独 立 路 径 选择 和 Z 路 径 覆 盖 是 两 种 常见 的 路 径 覆 盖 方 法 。 


1. 控制 流 图 


白 盒 测 试 是 针对 软件 产品 内 部 逻辑 结构 进行 的 测试 ,测试 人 员 必 须 对 被 测 软件 有 深 
入 的 理解 ,这 是 一 项 庞大 并 且 复 杂 的 工作 。 为 了 突出 程序 的 内 部 结构 ,可 以 采用 控制 流 
图 (control flow graph) 表 示 程 序 流程 。 相 对 于 源 代码 ,控制 流 图 直观 易 懂 , 便 于 测试 人 
员 理 解 程序 内 部 结构 。 

1) 控制 流 图 的 特点 

控制 流 图 是 由 结 点 和 控制 边 组 成 的 ,具有 以 下 几 个 特点 : 

(1) 具有 唯一 入 口 结 点 , 即 源 结 点 ,表示 程序 段 的 开始 语句 。 

(2) 具有 了 唯一 出 口 结 点 , 即 汇 结 点 ,表示 程度 段 的 结束 语句 。 

(3) 结 点 由 带 有 标号 的 圆圈 表示 ,表示 一 个 或 多 个 无 分 支 的 源 程序 语句 。 

(4) 控制 边 由 带 箭头 的 直线 或 弧 表 示 ,代表 控制 流 的 方向 。 

常见 的 控制 流 图 如 图 2-7 所 示 。 


DD 


(a) 顺序 语句 。 (b) For-While 循环 语 (c) Until 循环 语 (d) ff 条件 语 (e) Case 条 件 语 
四 2-7 ”常见 的 控制 流 图 


2. 程序 环 路 复杂 性 


序 的 环 路 复杂 性 是 一 种 描述 程序 内 部 逻辑 复杂 度 的 标准 ,该 标准 运用 基本 路 径 方 

法 ,给 出 了 程序 独立 路 径 集 中 的 独立 路 径 条 数 ,这 是 确保 程序 中 每 个 可 执行 语句 至 少 执 
行 一 次 所 必需 的 测试 用 例 数目 的 上 界 。 

给 定 一 个 控制 流 图 G, 设 其 环形 复杂 度 为 V(G) ,在 这 里 介绍 三 种 常见 的 计算 方法 来 
求解 V(G)。 

(1)V(G)==E 一 N 十 2, 其 中 是 控制 流 图 G 中 边 的 数量 ,NN 是 控制 流 图 中 结 点 的 
数目 ; 

(2) VCG) 一 P 二 1, 其 中 己 是 控制 流 图 G 中 判断 结 点 ( 即 包含 条 件 的 结 点 ) 的 数目 ; 

(3) VCG)=A, 其 中 A 是 控制 流 图 G 中 区 域 的 数目 。 由 边 和 结 点 围 成 的 部 分 叫做 区 
域 , 当 在 控制 流 图 中 计算 区 域 的 数目 时 ,控制 流 图 外 的 部 分 也 应 记 为 一 个 区 域 。 


2. 独立 路 径 测试 


独立 路 径 测 试 是 在 程序 控制 流 图 的 基础 上 ,通过 分 析 控 制 流 图 的 环 路 复杂 性 ,导出 
可 执行 的 独立 路 径 集合 ,从 而 设计 相应 的 测试 用 例 。 由 对 逻辑 覆盖 测试 的 讨论 可 知 ,对 
一 个 较为 复杂 的 程序 要 做 到 完全 的 路 径 覆 盖 测 试 是 难以 实现 的 。 既 然 完整 的 路 径 覆 


区 


36 He 测试 技术 5 实 线 


盖 测 试 无 法 达到 ,那么 可 以 对 程序 的 所 有 独立 路 径 进行 测试 ,保证 被 测 程序 的 每 条 可 执 
行 独立 路 径 至 少 被 执行 一 次 。 

从 控制 流 图 来 看 ,一 条 独立 路 径 是 至 少 包含 有 一 条 在 其 他 独立 路 径 中 从 未 有 过 的 边 
的 路 径 。 路 径 可 以 用 控制 流 图 中 的 结 点 序列 来 表示 。 例 如 ,如 图 2-8 所 示 的 控制 流 图 中 ， 
一 组 独立 的 路 径 是 : 


Pathl 
Path2 
Eath3 
Path4 


[a 

i et tt at 
ed i i it a 
et ts Beh Be ,Bet et 


— 
一 
vi 


10 
11 


~O 
2-8 控制 流 图 示例 


路 径 Pathl、Path2、Path3、Path4 组 成 了 控制 流 图 的 一 个 独立 路 径 集 。 通 常 , 独 立 路 
径 集 并 不 唯一 确定 。 独 立 路 径 测试 包括 3 个 步 又 : 

Q@ 导出 程序 控制 流 图 ; 

@ 求 出 程序 环形 复杂 度 ， 

@ 基于 独立 路 径 集 设 计 测 试用 例 。 

下 面 通过 一 个 Java 语言 程序 实例 来 具体 说 明 独 立 路 径 测 试 的 设计 流程 。 这 段 程序 
是 统计 一 行 字符 中 有 多 少 个 单词 ,单词 之 间 用 空格 分 隔 开 。 

程序 2-2 


让 
2 
3 
4 
5 
6 
7 


Public static void main (String args[]) 


{ 


int mml= 0, mme= 0, score= 100; 
Scanner scan= new Scanner (System.in); 
int i= scan.nextInt (); 

String str= scan.next (); 

while (i<5) 
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8 

9 if (str.equals("T")) 

10 Duml+ 十 了 

入 else if (str.equals ("FE")) 
12 { 

3 score= score— 10; 

14 Dum2+ 十 地 

1 } 

16 让 

17 } 

18 System.out.Println (numl= "+ numlL+ "rnumC= "+ numD+ ", soore= "+ score); 
13 3} 


1) 导出 程序 控制 流 图 

根据 源 代码 可 以 导出 程序 的 控制 流 图 ,如 图 2-9 所 示 。 每 个 圆圈 代表 控制 流 图 的 结 
点 ,可 以 表示 一 个 或 多 个 语句 。 圆 圈 中 的 数字 对 应 程序 中 某 9) 
一 行 的 编码 ,箭头 代表 边 的 方向 , 即 控制 流 方 向 。 

2) 求 出 程序 环形 复杂 度 


(9) 
根据 程序 环形 复杂 度 的 计算 公式 , 求 出 程序 路 任 集 合 中 |@f Yi) 
的 独立 路 径 数目 。 
公式 1: VCG) 一 9 一 7+2。 其 中 10 是 控制 流 图 G 中 边 的 PR 
数量 ,8 是 控制 流 图 中 结 点 的 数目 。 
公式 2; VG) 二 3 十 1。 其 中 3 是 控制 流 图 G 中 判断 结 点 \9 
的 数目 (循环 条 件 结 点 也 属于 判断 结 点 ) 。 (8) 
公式 3: V(G)=4。 其 中 4 是 控制 流 图 G 中 区 域 的 数目 。 2-9 程序 控制 流 图 
因此 ,控制 流 图 G 的 环形 复杂 度 是 4, 就 是 说 至 少 需要 
4 条 独立 路 径 组 成 独立 路 径 集合 ,并 由 此 得 到 能 够 覆盖 所 有 程序 语句 的 测试 用 例 。 
3) 设计 测试 用 例 
根据 上 面 环形 复杂 度 的 计算 结果 , 源 程序 的 独立 路 径 集合 中 有 4 条 独立 路 径 ， 


Pathl: 7>18 

Path2: TP”9*10*16>7*18 

Bath3: 了 二 96 了]8 

Rathas 了 91323416718 


根据 上 述 4 条 独立 路 径 , 设 计 了 测试 用 例 组 9, 如 表 2-22 所 示 。 测 试用 例 组 9 中 的 
4 个 测试 用 例 作 为 程序 输入 数据 ,能 够 遍历 这 4 条 独立 路 径 。 对 于 源 程序 中 的 循环 体 , 测 
试用 例 组 9 中 的 输入 数据 使 其 执行 零 次 或 一 次 。 

注意 : 如 果 程 序 中 的 条 件 判断 表达 式 是 由 一 个 或 多 个 逻辑 运算 符 (or、and、not) 连 接 
的 复合 表达 式 , 则 需要 变换 为 一 系列 只 有 单个 条 件 的 嵌 套 判断 。 如 程序 2-3 的 伪 代 码 
所 示 : 
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表 2-22 测试 用 例 组 9 


输 入 预期 输出 二 
测试 用 例 执行 路 径 
i str numl num2 score 
Test Case 1 5 ek 0 0 100 路 径 1 
Test Case 2 4 i 1 0 100 路 径 2 
Test Case 3 4 Sm 0 0 100 路 径 3 
Test Case 4 4 于 0 1 90 路 径 4 


程序 2-3: 


if (aorb) 

2 then 

了 Procedure x 
4 else 

5 Procedure y 
6 


对 应 的 控制 流 图 如 图 2-10 所 示 ,程序 行 1 的 a.b 都 是 图 ?10 程序 控制 流 图 
独立 的 判断 结 点 ,还 有 程序 行 4 也 是 判断 结 点 ,所 以 共计 3 个 判断 结 点 。 图 2-10 的 环形 
复杂 度 为 VCG) 二 3 十 1, 其 中 3 是 图 中 判断 结 点 的 数目 。 


3. Z 路 径 覆 盖 测试 


和 独立 路 径 选 择 一 样 ,Z 路 径 覆 盖 也 是 一 种 常见 的 路 径 覆 盖 方 法 。 为 解决 实际 操作 中 
路 径 覆 盖 难 以 实现 问题 ,必须 舍弃 一 些 次 要 因素 ,简化 循环 结构 ,从 而 极 大 地 减少 路 径 的 数 
量 ,使 得 覆盖 这 些 有 限 的 路 径 成 为 可 能 。 采 用 简化 循环 方法 的 路 径 覆 盖 就 是 Z 路 径 覆 盖 。 

所 谓 简 化 循环 就 是 减少 循环 的 次 数 ,不 考虑 循环 体 的 形式 和 复杂 度 如 何 , 也 不 考虑 
循环 体 实际 上 需要 执行 多 少 次 ,只 考虑 通过 循环 体 零 次 和 一 次 这 两 种 情况 。 这 里 的 零 次 
循环 是 指 跳 过 循环 体 ,从 循环 体 的 入 口 直接 到 循环 体 的 出 口 。 通 过 一 次 循环 体 是 指 检 查 
循环 初始 值 。 根 据 简化 循环 的 思路 ,循环 要 么 执行 ,要 么 跳 过 ,这 和 判定 分 支 的 效果 是 一 
样 的 。 可 见 , 简 化 循环 就 是 将 循环 结构 变 成 选择 结构 。 

如 图 2-11 所 示 的 例子 ,图 Ca) 表示 了 一 种 典型 的 循环 控制 结构 ,A 为 循环 条 件 ,B 为 
循环 体 , 车 限定 循环 只 执行 零 次 或 一 次 , 则 该 控制 结构 就 退化 成 图 (b) 所 示 的 条 件 选择 
结构 。 


1 
是 
A 
是 二 
1 加 否 
B 
(@ 循环 控制 结构 (b) 条 件 选择 结构 


2-11 Z 路 径 覆盖 示例 


软件 测试 过 程 


本 章 介 绍 了 软件 测试 过 程 。 软 件 测 试 也 存在 着 生命 周期 的 概念 , 即 软件 测试 生命 周 
期 , 它 包 括 测试 计划 ,测试 设计 ,实施 测试 以 及 测试 评估 等 几 个 部 分 。 


31 概 于 


在 统一 软件 开发 过 程 (Rational Unified Process，RUP) 中 ,测试 生命 周期 分 为 测试 
计划 ,测试 设计 ,测试 开发 ,测试 执行 .缺陷 跟踪 和 评 


估 测 试 等 ,如 图 3-1 所 示 。 
软件 测试 过 程 中 必需 的 基本 测试 活动 及 其 产生 二 一 
的 结果 : 制定 测试 计划 


1. 拟定 软件 测试 计划 (plans) > 
设计 测试 
定义 测试 项 目的 阶段 ,便于 对 项 目 进行 适当 的 
评估 与 控制 ,测试 计划 包括 测试 需求 ,测试 策略 、 测 
试 资源 和 测试 进度 。 
2. 编制 软件 测试 大 纲 (outlines) 


测试 大 纲 主要 说 明 要 测试 的 内 容 、 参 考 资料 、 测 
试 的 阶段 (内 部 测试 .Alpha 测试 .Beta 测试 )、 要 进 
行 哪些 类 型 的 测试 (功能 测试 .性 能 测试 .界面 测 
试 ) .进度 安排 人 员 和 资源 的 需求 等 。 


3. 设计 和 生成 测试 用 例 (test case generation) t 
图 3-1 软件 测试 过 程 


执行 测试 评估 测试 
回归 测试 


设计 测试 用 例 及 测试 过 程 阶段 ,是 验证 测试 需 
求 被 测试 到 的 最 有 效 方 法 。 


4. 实施 测试 (execution) 
实施 测试 包含 测试 的 执行 过 程 (如 单元 测试 ,集成 测试 、 系 统 测试 等 ), 是 对 测试 设计 
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阶段 已 被 定义 的 测试 进行 创建 或 修正 的 阶段 。 
5. 生成 软件 测试 报告 (software testing reports) 


对 被 测 软件 进行 一 系列 测试 并 记录 结果 ,分 析 测 试 结 果 并 判断 测试 的 标准 是 否 被 满 
足 , 一 般 生成 软件 问题 报告 (software problem report) 和 测试 结果 报告 (test result 


reports)[6 。 


32 软件 测 瑟 于 浊 


测试 计划 就 是 描述 所 有 要 完成 的 测试 工作 ,包括 被 测试 项 目的 背景 目标、 范围. 方 
式 、 资 源 、 进 度 安排 ,测试 组 织 , 以 及 与 测试 有 关 的 风险 等 方面 。 测 试 计划 规定 测试 活动 
的 范围 方法、 资源 和 进度 ;明确 正在 测试 的 项 目 、 要 测试 的 特性 ,要 执行 的 测试 任务 、 每 
个 任务 的 负责 人 ,以 及 与 计划 相关 的 风险 。 测 试 计划 采用 的 形式 是 书面 文档 。 


321 制定 测试 计划 的 作用 和 原则 
1. 制定 软件 测试 计划 的 作用 


(1) 使 软件 测试 工作 进行 更 顺利 。 

(2) 促进 项 目 参 加 人 员 彼 此 的 沟通 。 

(3) 及 早 发 现 和 修正 软件 规格 说 明 书 的 问题 。 
(4) 使 软件 测试 工作 更 易于 管理 。 


2. 测试 计划 制定 原则 


制定 测试 计划 是 软件 测试 中 最 有 挑战 性 的 一 个 工作 。 以 下 原则 将 有 助 于 制定 测试 
计划 工作 。 

(1) 制定 测试 计划 应 尽早 开始 。 

(2) 保持 测试 计划 的 灵活 性 。 

(3) 保持 测试 计划 简洁 和 易 读 。 

(4) 尽量 争取 多 渠道 评审 测试 计划 。 

(5) 计算 测试 计划 的 投入 。 


3. 一 份 好 的 测试 计划 书 应 具备 的 特点 


(1) 能 有 效 地 引导 整个 软件 测试 工作 正常 运行 ,并 配合 编程 部 门 , 保 证 软件 质量 ， 
时 将 产品 推出 。 

(2) 能 使 测试 高 效 地 进行 , 即 能 在 较 短 的 时 间 内 找 出 尽 可 能 多 的 软件 缺陷 。 

(3) 提供 了 明确 的 测试 目标 测试 策略 `. 具 体 步骤 及 测试 标准 。 

(4) 既 强调 测试 重点 ,也 重视 测试 的 基本 覆盖 率 。 

(5) 尽 可 能 充分 利用 公司 现 有 的 、 可 以 提供 给 测试 部 门 的 人 力 和 物力 资源 ,而 且 是 可 
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行 的 。 
(6) 列举 的 所 有 数据 都 必须 是 准确 的 ,如 外 部 软 硬 件 的 兼容 性 所 要 求 的 数据 .输入 输 


(7) 对 测试 工作 的 安排 有 一 定 的 灵活 性 ,可 以 应 付 一 些 突然 的 变化 情况 ,如 当时 间 安 
排 或 产品 出 现 的 一 些 变化 的 时 候 。 
322 测试 计划 的 内 容 


制定 测试 计划 时 ,由 于 各 软件 公司 的 背景 不 同 , 测 试 计 划 文 档 也 略 有 差异 。 实 践 表 
明 , 制 定 测试 计划 时 ,使 用 正规 化 文档 通常 比较 好 。 为 了 使 用 方便 ,在 这 里 给 出 IEEE 软 
件 测试 计划 文档 模板 ,如 图 3-2 所 示 。 


IEEE829-1998 软件 测试 文档 编制 标准 
软件 测试 计划 文档 模板 

目录 
1. 测试 计划 标识 符 
2, 介绍 
3. 测试 项 
4. 需要 测试 的 功能 
5. 方法 (策略 ) 
6. 不 需要 测试 的 功能 
7. 测试 项 通过 /失败 的 标准 
8. 测试 中 断 和 恢复 的 规定 
9. 测试 完成 所 提交 的 材料 
10. 测试 任务 
11. 环境 需求 
12. 测试 人 员 的 工作 职责 
13. 人 员 安 排 与 培训 需求 
14. 进度 表 
15. 潜在 的 问题 和 风险 
16. 审批 


3-2 IEEE 软件 测试 计划 文档 模板 


根据 IEEE829-1998 软件 测试 文档 编制 标准 的 建议 ,测试 计划 包含 了 16 个 大 纲要 
项 ,简要 说 明 如 下 。 


1. 测试 计划 标识 符 


一 个 测试 计划 标识 符 是 一 个 由 公司 生成 的 唯一 值 , 它 用 于 标识 测试 计划 的 版 本 、 等 
级 ,以 及 与 该 测试 计划 相关 的 软件 版 本 。 


2. 介绍 
在 测试 计划 的 介绍 部 分 主要 是 测试 软件 基本 情况 的 介绍 和 测试 范围 的 概括 性 描述 。 
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3. 测试 项 目 


测试 项 部 分 主要 是 纲领 性 描述 在 测试 范围 内 对 哪些 具体 内 容 进行 测试 ,确定 一 个 包 
含 所 有 测试 项 在 内 的 一 览 表 。 有 功能 测试 .设计 测试 .整体 测试 。 

IEEE 标准 中 指出 ,可 以 参考 需求 规格 说 明 、 用 户 指 南 、 操 作 指 南 、 安 装 指南 与 测试 
项 相关 的 报告 来 完成 测试 项 。 


4. 需要 测试 的 功能 

列 出 待 测 对 象 的 单项 功能 及 组 合 功能 。 

5. 不 需要 测试 的 功能 

列 出 不 测试 的 单项 功能 及 组 合 功 能 并 说 明 不 予 测 试 的 理由 。 
6. 测试 方法 (策略 ) 


测试 策略 描述 测试 小 组 用 于 测试 整体 和 每 个 阶段 的 方法 。 要 描述 如 何 公 正 、 客 观 地 
开展 测试 ,要 考虑 模块 、 功能、 整体 .系统 ,版 本 .压力 .性 能 .配置 和 安装 等 各 个 因素 的 影 
响 , 要 尽 可 能 地 考虑 到 细节 , 越 详细 越 好 ,并 制作 测试 记录 文档 的 模板 ,为 即将 开始 的 测 
试 做 准备 ,主要 完成 以 下 事项 。 

(1) 确定 要 使 用 的 测试 技术 和 工具 。 

(2) 确定 测试 完成 的 标准 。 

(3) 对 于 影响 资源 分 配 的 特殊 考虑 ,如 测试 与 外 部 接口 等 。 


7. 测试 项 通过 /失败 的 标准 


测试 计划 中 这 一 部 分 给 出 了 “测试 项 ”中 描述 的 每 一 个 测试 项 通过 /失败 的 标准 。 正 
如 每 个 测试 用 例 都 需要 一 个 预期 的 结果 一 样 ,每 个 测试 项 同样 都 需要 一 个 预期 的 结果 。 

下 面 是 通过 /失败 的 标准 的 一 些 例子 : 

。 通 过 测试 用 例 所 占 的 百分比 ; 

。 缺 陷 的 数量 、 严 重 程度 和 分 布 情况 ; 

。 测试 用例 覆盖 ; 

。 用 户 测试 的 成 功 结论 ; 

。 文档 的 完整 性 ; 

。 性 能 标准 。 


8. 测试 中 断 和 恢复 的 规定 


测试 计划 中 这 一 部 分 给 出 了 测试 中 断 和 恢复 的 标准 。 常 用 的 测试 中 断 标准 如 下 : 
。， 关 键 路 径 上 的 未 完成 任务 ; 

。 大 量 的 缺陷 ; 

。 严重 的 缺陷 ; 
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。 不 完整 的 测试 环境 ; 


9. 测试 完成 所 提交 的 材料 


测试 完成 所 提交 的 材料 包含 了 测试 工作 开发 设计 的 所 有 文档 、 工 具 等 。 例 如 ,测试 
计划 ,测试 设 计 规格 说 明 、 测 试用 例 、 测 试 日 志 、 测 试 数据 、 自 定义 工具 ,测试 缺陷 报告 和 
测试 总 结 报告 等 。 


10. 测试 任务 


测试 计划 中 这 一 部 分 给 出 了 测试 工作 所 需 完 成 的 一 系列 任务 。 在 这 里 还 列举 了 所 
有 任务 之 间 的 依赖 关系 和 可 能 需要 的 特殊 技能 。 


11. 测试 所 需 的 资源 


测试 所 需 的 资源 是 实现 测试 策略 所 必需 的 。 例 如 : 

。 人 员 一 一 人 数 、 经 验 和 专长 。 他 们 是 全 职 、. 兼 职 .业余 的 工作 人 员 还 是 学 生 ? 
。 设 备 一 一 计算 机 ,测试 硬件 .打印 机 ,测试 工具 等 。 

， 办 公 室 和 实验 室 空 间 一 一 在 哪里 ? 空间 有 多 大 ? 怎样 排列 ? 

。 软 件 一 一 字 处 理 程序 ,数据库 程序 和 自 定义 工具 等 。 

。 其 他 资源 一 一 软盘 、 电 话 、 参 考 书 、 培 训 资 料 等 。 


12. 测试 人 员 的 工作 职责 


测试 人 员 的 工作 职责 是 明确 指出 了 测试 任务 和 测试 人 员 的 工作 责任 。 
有 时 测试 需要 定义 的 任务 类 型 不 容易 分 清 , 不 像 程序 员 所 编写 的 程序 那样 明确 。 复 
杂 的 任务 可 能 有 多 个 执行 者 ,或 者 由 多 人 共同 负责 


13. 人 员 安排 与 培训 需求 


前 面 讨论 的 测试 人 员 的 工作 职责 是 指 哪 类 人 员 (管理 测试 和 程序 员 等 ) 负 责 哪些 任 
务 。 人 员 安 排 与 培训 需求 是 指明 确 测试 人 员 具 体 负责 软件 测试 的 哪些 部 分 、 哪 些 可 测试 
性 能 ， 0 实际 责任 表 会 更 加 详细 ,确保 软件 的 每 一 部 分 都 有 人 进行 
测试 。 每 一 个 测试 员 都 会 清楚 地 知道 自己 应 该 负责 什么 ,而 且 有 足够 的 信息 开始 设计 测 
re 

培训 需求 通常 包括 学 习 如 何 使 用 某 个 工具 、 测 试 方法 、 缺 陷 跟 踪 系 统 、 配 置 管理 ,或 
者 与 被 测试 系统 相关 的 业务 基础 知识 。 培 训 需 求 各 个 测试 项 目 会 各 不 相同 , 它 取决 于 具 
体 项 目的 情况 。 


14. 测试 进度 表 


测试 进度 是 围绕 着 包含 在 项 目 计划 中 的 主要 事件 (如 文档 、 模 块 的 交付 日 期 ,接口 的 
可 用 性 等 ) 来 构造 的 。 
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作为 测试 计划 的 一 部 分 ,完成 测试 进度 计划 安排 ,可 以 为 项 目 管理 员 提 供 信息 ,以 便 
更 好 地 安排 整个 项 目的 进度 。 表 3-1 给 出 了 一 个 例子 。 
表 3-1 相对 日 期 的 测试 进度 


测试 任务 开始 日 期 期 限 测试 任务 开始 日 期 期 限 
测试 计划 完成 说 明 书 完成 之 后 7 天 |4 周 | 第 2 阶段 测试 通过 Beta 构造 6 周 
测试 案例 完成 测试 计划 完成 12 周 | 第 3 阶段 测试 通过 发 布 构造 4 周 
第 1 阶段 测试 通过 | 代码 计划 完成 6 周 


进度 安排 会 使 测试 过 程 容易 管理 。 通 常 ,项 目 管理 员 或 者 测试 管理 员 最 终 负 责 进度 
安排 ,而 测试 人 员 参 与 安排 自己 的 具体 任务 。 


15. 风险 及 应 急 措 施 


软件 测试 人 员 要 明确 地 指出 计划 过 程 中 的 风险 ,并 与 测试 管理 员 和 项 目 管理 员 交 换 
意见 。 这 些 风 险 应 该 在 测试 计划 中 明确 指出 ,在 进度 中 予以 考虑 。 有 些 风险 是 真正 存在 
的 ,而 有 些 最 终 证 实 是 无 所 谓 的 ,重要 的 是 尽早 明确 指出 ,以 免 在 项 目 晚期 发 现时 感到 

一 般 而 言 ,大 多 数 测试 小 组 都 会 发 现 自己 的 资源 有 限 , 不 可 能 穷尽 测试 软件 所 有 方 
面 。 如 果 能 勾画 出 风险 的 轮廓 ,将 有 助 于 测试 人 员 排 定 待 测试 项 的 优先 顺序 ,并 且 有 助 
于 集中 精力 去 关注 那些 极 有 可 能 发 生 失 效 的 领域 。 下 面 列 出 一 些 潜在 的 问题 和 风险 : 

。 不 现实 的 交付 日 期 ; 

。 与 其 他 系统 的 接口 ; 

。， 处 理 巨 额 现金 的 特征 ; 

。 极 其 复杂 的 软件 ; 

。 有 过 缺陷 历史 的 模块 ; 

。 发生 过 许多 或 者 复杂 变更 的 模块 ; 

。 安 全 性 ,性 能 和 可 靠 性 问题 ; 

。 难 于 变更 或 测试 的 特征 。 


16. 审批 


审批 人 应 该 是 有 权 宣 布 已 经 为 转 入 下 一 个 阶段 做 好 准备 的 某 个 人 或 某 几 个 人 。 测 
试 计 划 审 批 部 分 一 个 重要 的 部 件 是 签名 页 。 审 批 人 除了 在 适当 的 位 置 签署 自己 的 名 字 
和 日 期 外 ,还 应 该 签署 表明 他 们 是 否 建议 通过 评审 的 意见 。 


33 测 了 和 防 用 例 
Grenford J. Myers 在 The Art of Software Testing 一 书 中 提出 : 一 个 好 的 测试 用 


例 是 指 很 可 能 找到 迄今 为 止 尚 未 发 现 的 错误 的 测试 用 例 ,由 此 可 见 测 试用 例 设计 工作 在 
整个 测试 过 程 中 的 地 位 。 
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影响 软件 测试 的 因素 很 多 ,例如 软件 本 身 的 复杂 程度 、 开 发 人 员 ( 包 括 分 析 , 设 计 , 编 
程 和 测试 的 人 员 ) 的 素质 、 测 试 方法 和 技术 的 运用 等 。 因 为 有 些 因素 是 客观 存在 的 ,无 法 
避免 。 有 些 因素 则 是 波动 的 .不 稳定 的 ,例如 开发 队伍 是 流动 的 ,有 经 验 的 走 了 ,新 人 不 
断 补充 进来 ; 某 位 工作 人 员 的 情绪 受到 影响 等 。 如 何 保障 软件 测试 质量 的 稳定 ? 有 了 测 
试用 例 , 无 论 是 谁 来 测试 ,参照 测试 用 例 实施 ,都 能 保障 测试 的 质量 。 可 以 把 人 为 因素 的 
影响 减少 到 最 小 。 即 便 最 初 的 测试 用 例 考虑 不 周全 , 随 着 测试 的 进行 和 软件 版 本 更 新 ， 
也 将 日 趋 完善 。 

因此 ,测试 用 例 的 设计 和 编制 是 软件 测试 活动 中 最 重要 的 。 测 试用 例 是 测试 工作 的 
指导 ,是 软件 测试 的 必须 遵守 的 准则 ,更 是 软件 测试 质量 稳定 的 根本 保障 。 


331 测试 用 例 定 义 


测试 用 例 (test case) 目前 没有 经 典 的 定义 。 比 较 通常 的 说 法 是 : 指 对 一 项 特定 的 软 
件 产品 进行 测试 任务 的 描述 ,体现 测试 方案 、 方 法 、 技 术 和 策略 ,内 容 包 括 测试 目标 、 测 试 
环境 .输入 数据 测试 步 又、 预期 结果 ,测试 脚本 等 ,并 形成 文档 。 

IEEE 610. 12 给 出 测试 用 例 的 定义 如 下 : 

(1) 测试 用 例 是 一 组 输入 (和 运行 前 提 条 件 ) 和 为 某 特定 的 目标 而 生成 的 预期 结果 及 与 
之 相关 的 测试 规程 的 一 个 特定 集合 。 

(2) 测试 用 例 是 一 个 详细 说 明 测试 的 输入 、 期 望 输出 和 为 一 测试 项 所 准备 的 一 组 执 
行 条 件 。 

其 中 ,定义 (1) 给 出 了 测试 用 例 的 实质 ,定义 (2) 是 测试 用 例 的 存在 方式 。 


332 测试 用 例 在 软件 测试 中 的 作用 


1. 指导 测试 的 实施 


测试 用 例 主 要 适用 于 集成 测试 .系统 测试 和 回归 测试 。 在 实施 测试 时 测试 用 例 作 为 
测试 的 标准 ,测试 人 员 一定 要 按照 测试 用 例 严格 按 用 例 项 目 和 测试 步骤 逐一 实施 测试 ， 
并 将 测试 情况 记录 在 测试 用 例 管 理 软件 中 ,以 便 自 动 生成 测试 结果 文档 。 

根据 测试 用 例 的 测试 等 级 ,集成 测试 应 测试 哪些 用 例 , 系 统 测 试 和 回归 测试 又 该 测 
试 哪些 用 例 ,在 设计 测试 用 例 时 都 已 作 明确 规定 ,实施 测试 时 测试 人 员 不 能 随意 作 变 动 。 


2. 规划 测试 数据 的 准备 


测试 实践 中 测试 数据 是 与 测试 用 例 相 分 离 的 。 按 照 测试 用 例 配 套 准备 一 组 或 若干 
组 测试 原始 数据 ,以 及 标准 测试 结果 。 除 正常 数据 之 外 ,还 必须 根据 测试 用 例 设计 大 量 
边缘 数据 和 错误 数据 。 


3. 保证 软件 的 可 维护 性 和 可 复 用 性 


软件 功能 模块 的 通用 化 和 复 用 化 使 软件 易于 开发 ,只 需要 修改 少 部 分 的 测试 用 例 便 
可 以 开展 测试 ,测试 用 例 的 反复 使 用 提高 了 测试 的 效率 ,缩短 了 项 目 周期 。 


46 He 测试 技术 5 实 线 


4. 评估 测试 结果 的 度量 基准 


完成 测试 实施 后 需要 对 测试 结果 进行 评估 ,并且 编制 测试 报告 。 判 断 软 件 测试 是 否 
完成 .衡量 测试 质量 的 优 劣 需要 一 些 量化 的 结果 。 例 如 ,测试 覆盖 率 是 多 少 、 测 试 合格 率 
是 多 少 、 重 要 测试 合格 率 是 多 少 等 。 以 前 统计 基准 是 软件 模块 或 功能 点 ,显得 过 于 粗糙 。 
采用 测试 用 例 作 度 量 基准 更 加 准确 有效 。 


5. 分 析 缺 陷 的 标准 
通过 收集 缺陷 ,对 比 测试 用 例 和 缺陷 数据 库 , 从 而 分 析 缺 陷 是 漏 测 还 是 缺陷 复 现 。 
漏 测 反映 了 测试 用 例 的 不 完善 ,应 立即 补充 相应 测试 用 例 , 最 终 达 到 逐步 完善 软件 质量 。 
而 已 有 相应 测试 用 例 , 则 反映 实施 测试 或 变更 处 理 存在 问题 。 
333 测试 用 例 设计 的 基本 原则 
测试 用 例 在 设计 时 应 遵循 以 下 原则 : 
1. 测试 用 例 的 代表 性 


能 够 代表 并 覆盖 各 种 合理 的 和 不 合理 的 、 合 法 的 和 非法 的 ,边界 的 和 越界 的 以 及 极 
限 的 输入 数据 操作 和 环境 设置 等 。 


2. 测试 结果 的 可 判定 性 
测试 执行 结果 的 正确 性 是 可 判定 的 ,每 一 个 测试 用 例 都 应 有 相应 的 期 望 结果 。 
3. 测试 结果 的 可 再 现 性 
对 同样 的 测试 用 例 ,系统 的 执行 结果 应 当 是 相同 的 。 
334 测试 用 例 设计 应 注意 的 问题 


软件 测试 用 例 是 为 了 有 效 发 现 软件 缺陷 而 编写 的 包含 测试 目的 、 测 试 步骤 .期望 测 
试 结果 的 特定 集合 。 正 确认 识 和 设计 软件 测试 用 例 可 以 提高 软件 测试 的 有 效 性 ,便于 测 
试 质量 的 度量 ,增强 测试 过 程 的 可 管理 性 。 在 实际 软件 项 目测 试 过 程 中 ,由 于 对 软件 测 
试用 例 的 作用 和 设计 方法 的 理解 不 同 ,测试 人 员 ( 特 别 是 刚 从 事 软 件 测试 的 新 人 ) 对 软件 
测试 用 例 存在 不 少 错误 的 认识 ,给 实际 软件 测试 带 来 了 负面 影响 。 以 下 几 点 是 经 常 遇 到 
的 错误 做 法 。 


1. 把 测试 输入 数据 设计 方法 等 同 于 测试 用 例 设 计 方 法 


现在 不 少 人 认为 测试 用 例 设计 就 是 如 何 确定 测试 的 输入 数据 ,从 而 掩盖 了 测试 用 例 
设计 内 容 的 丰富 性 和 技术 的 复杂 性 。 对 于 软件 功能 测试 和 性 能 测试 ,确定 测试 的 输入 数 
据 很 重要 , 它 决定 了 测试 的 有 效 性 和 测试 的 效率 。 但 是 ,测试 用 例 中 输入 数据 的 确定 方 
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法 只 是 测试 用 例 设计 方法 的 一 个 子 集 ,除了 确定 测试 输入 数据 之 外 ,测试 用 例 的 设计 还 
包括 如 何 根据 测试 需求 .设计 规格 说 明 等 文档 确定 测试 用 例 的 设计 策略 .设计 用 例 的 表 
示 方 法 和 组 织 管理 形式 等 问题 。 

在 设计 测试 用 例 时 ,需要 综合 考虑 被 测 软件 的 功能 、 特 性 、 组 成 元 素 . 开 发 阶段 (里 程 
碑 )、 测 试用 例 组 织 方法 (是 否 采 用 测试 用 例 的 数据 库 管理 ) 等 内 容 。 具 体 到 设计 每 个 测 
试用 例 而 言 ,可 以 根据 被 测 模块 的 最 小 目标 ,确定 测试 用 例 的 测试 目标 ;根据 用 户 使 用 环 
境 确 定 测试 环境 ;根据 被 测 软 件 的 复杂 程度 和 测试 用 例 执行 人 员 的 技能 确定 测试 用 例 的 
步骤 ;根据 软件 需求 文档 和 设计 规格 说 明确 定 测试 用 例 期 望 的 执行 结果 。 


2. 强调 测试 用 例 设计 得 越 详 细 越 好 


在 确定 测试 用 例 设计 目标 时 ,一 些 项 目 管理 人 员 强 调 测试 用 例 “ 越 详细 越 好 ”。 具 体 
表现 在 两 个 方面 : 一 是 尽 可 能 设计 足够 多 的 设计 用 例 , 测 试用 例 的 数量 越 多 越 好 ;二 是 测 
试用 例 尽 可 能 包括 测试 执行 的 详细 步 又 ,达到 “任何 一 个 人 都 可 以 根据 测试 用 例 执行 测 
试 ”, 追 求 测试 用 例 越 详细 越 好 。 

这 种 做 法 和 观点 最 大 的 危害 就 是 耗费 了 很 多 的 测试 用 例 设计 时 间 和 资源 ,可 能 等 到 
测试 用 例 设计 、 评 审 完 成 后 , 留 给 实际 执行 测试 的 时 间 就 所 剩 无 几 了。 因为 当前 软件 公 
司 的 项 目 团 队 在 规划 测试 阶段 ,分 配给 测试 的 时 间 和 人 力 资源 是 有 限 的 ,而 软件 项 目的 
成 功 要 坚持 “质量 .时 间 .成 本 ”的 最 佳 平 衡 ,没有 足够 多 的 测试 执行 时 间 ,就 无 法 发 现 更 
多 的 软件 缺陷 ,测试 质量 更 无 从 谈 起 了 。 

编写 测试 用 例 的 根本 目的 是 有 效 地 找 出 软件 可 能 存在 的 缺陷 ,为 了 达到 这 个 目的 ， 
需要 分 析 被 测试 软件 的 特征 ,运用 有 效 的 测试 用 例 设计 方法 ,尽量 使 用 较 少 的 测试 用 例 ， 
同时 满足 合理 的 测试 需求 覆盖 ,从 而 达到 "* 少 花 时 间 多 办 事 ” 的 效果 。 


3. 追求 测试 用 例 设计 “一 步 到 位 ” 


一 些 人 认为 设计 测试 用 例 是 一 次 性 投入 ,测试 用 例 设计 一 次 就 可 以 了 ,片面 追求 测 
试 设计 的 “一 步 到 位 ”。 这 种 认识 造成 的 危害 性 使 设计 出 的 测试 用 例 缺 乏 实用 性 。 

任何 软件 项 目的 开发 过 程 都 处 于 不 断 变 化 过 程 中 ,用 户 可 能 对 软件 的 功能 提出 新 需 
求 , 设 计 规格 说 明 相 应 地 更 新 ,软件 代码 不 断 细 化 。 设 计 软 件 测试 用 例 与 软件 开发 设计 
并 行进 行 ,必须 根据 软件 设计 的 变化 ,对 软件 测试 用 例 进 行内 容 的 调整 ,数量 的 增 减 , 增 
加 一 些 针对 软件 新 增 功能 的 测试 用 例 ,删除 一 些 不 再 适用 的 测试 用 例 ,修改 那些 模块 代 
码 更 新 了 的 测试 用 例 。 

软件 测试 用 例 设计 只 是 测试 用 例 管理 的 一 个 过 程 , 除 此 之 外 ,还 要 对 其 进行 评审 、 更 
新 维护, 以便 提高 测试 用 例 的 “新 鲜 度 ”, 保 证 “可 用 性 ”。 因 此 ,软件 测试 用 例 也 要 坚持 
与 时 俱 进 的 原则 。 


4. 让 测试 新 人 设计 测试 用 例 


软件 测试 用 例 设计 是 软件 测试 的 中 高 级 技能 ,不 是 每 个 人 (尤其 是 测试 新 人 ) 都 可 以 
编写 的 ,测试 用 例 编写 者 不 仅 要 掌握 软件 测试 的 技术 和 流程 ,而 且 要 对 被 测 软件 的 设计 、 
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功能 规格 说 明 、 用 户 试 用 场景 以 及 程序 /模块 的 结构 都 有 比较 透彻 的 理解 。 让 测试 新 人 
设计 测试 用 例 是 一 种 高 风险 的 测试 组 织 方式 , 它 带 来 的 不 利 后 果 是 设计 出 的 测试 用 例 对 
软件 功能 和 特性 的 测试 覆盖 性 不 高 ,编写 效率 低 ,审查 和 修改 时 间 长 ,可 重用 性 差 。 

因此 ,实际 测试 过 程 中 ,通常 安排 经 验 丰 富 的 测试 人 员 进 行 测试 用 例 设计 。 测 试 新 
人 可 以 从 执行 测试 用 例 开始 。 随 着 项 目的 不 断 开展 ,测试 人 员 对 测试 技术 和 被 测 软 件 的 
不 断 熟 悉 , 可 以 积累 测试 用 例 的 设计 经 验 , 编 写 测试 用 例 。 


335 测试 用 例 的 编写 标准 


在 编写 测试 用 例 过 程 中 ,需要 参考 和 规范 一 些 基本 的 测试 用 例 编写 标准 ,在 ANSI/ 
IEEE 829 标准 中 列 出 了 和 测试 计划 相关 的 测试 用 例 编写 规范 和 模板 。 标 准 模板 中 主要 
元 素 如 下 。 


1. 标识 符 (identification) 


每 个 测试 用 例 应 该 有 一 个 唯一 的 标识 符 , 它 将 成 为 所 有 和 测试 用 例 相 关 的 文档 及 表 
1 用 和 参考 的 基本 元 素 , 这 些 文档 及 表格 包括 设计 规格 说 明 书 、 测 试 日 志 表 、 测 试 报 
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2. 测试 项 (test item) 


测试 用 例 应 该 准确 地 描述 所 需要 测试 的 项 及 其 特征 ,测试 项 应 该 比 测试 设计 说 明 中 
所 列 出 的 特性 描述 更 加 具体 ,例如 做 Windows 计算 器 应 用 程序 的 窗口 测试 ,测试 对 象 是 
整个 的 应 用 程序 用 户 界面 ,其 测试 项 就 应 该 是 应 用 程序 的 界面 和 特性 要 求 ,如 窗口 缩放 
测试 .界面 布局 .菜单 等 。 


3. 输入 标准 (input criteria) 


用 来 执行 测试 用 例 的 输入 要 求 。 这 些 输入 可 能 包括 数据 ,文件 或 者 操作 (如 ,鼠标 单 
击 , 键 盘 按键 处 理 等 ) ,必要 的 时 候 , 相 关 的 数据 库 .文件 也 应 被 罗列 。 


4. 输出 标准 (output criteria) 


用 于 标识 按照 指定 的 环境 和 输入 标准 得 到 的 期 望 输出 结果 。 尽 可 能 提供 适当 的 系 
统 规格 说 明 来 证 明 期 望 的 结果 。 


5. 测试 用 例 之 间 的 关联 


用 于 标识 该 测试 用 例 与 其 他 的 测试 或 测试 用 例 之 间 的 依赖 关系 。 在 测试 的 实际 过 
程 中 ,很 多 的 测试 用 例 并 不 是 单独 存在 的 ,它们 之 间 可 能 有 某 种 依赖 关系 ,例如 ,用 例 A 
需要 在 了 测试 结果 正确 的 基础 上 才能 进行 ,此 时 需要 在 A 的 测试 用 例 中 表明 对 B 的 依赖 
性 ,从 而 保证 测试 用 例 的 严谨 性 。 

表 3-2 所 示 是 ANSI/TEEE 829 标准 给 出 的 测试 用 例 编写 的 表格 形式 ,在 编写 测试 用 
例 时 可 以 用 来 参考 。 
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表 3-2 测试 用 例 
编号 : 

编制 人 : 审定 人 : 时 间 : 
软件 名 称 : 编号 /版 本 : 
测试 用 例 : 
用 例 编号 : 
参考 信息 (参考 的 文档 及 章节 号 或 功能 项 ) : 
输入 说 明 ( 列 出 选用 的 输入 项 ) : 


输出 说 明 ( 逐 条 与 输入 项 对 应 , 列 出 预期 输出 ): 
环境 要 求 (测试 要 求 的 软件 ,硬件 、 网 络 要 求 ): 
操作 步骤 : 

用 例 间 的 依赖 关系 : 

用 例 产 生 的 测试 程序 限制 : 


34 软件 测 息 的 辽 程 模型 


目前 主流 的 软件 开发 模型 主要 有 : 瀑布 模型 .原型 模型 .螺旋 模型 . 增 量 模型 .渐进 模 
型 .快速 软件 开发 (RAD) 以 及 Rational 统一 过 程 (RUP) 等 。 这 些 模 型 对 于 软件 开发 过 程 
具有 很 好 的 指导 作用 ,而 软件 测试 是 在 软件 投入 运行 前 ,对 软件 需求 分 析 、 设 计 规 格 说 明 
和 编码 实现 的 最 终审 定 ,在 软件 生存 期 中 占据 着 极其 重要 的 位 置 。 很 显然 ,表现 在 程序 
中 的 故障 ,并 不 一 定 是 由 编码 所 引起 的 ,很 可 能 是 详细 设计 、 概 要 设计 阶段 ,甚至 是 需求 
分 析 阶 段 的 问题 引起 的 ,即使 针对 源 程 序 进 行 测试 ,所 发 现 故 障 的 根源 也 可 能 存在 于 开 
发 前 期 的 各 个 阶段 。 解 决 问 题 、 排 除 故障 也 必须 追溯 到 前 期 的 工作 。 非 常 遗憾 的 是 ,在 
这 些 过 程 方法 中 ,并 没有 充分 强调 测试 的 价值 ,也 没有 给 测试 以 足够 的 重视 ,利用 这 些 模 
型 无 法 更 好 地 指导 测试 实践 。 软 件 测试 是 与 软件 开发 紧密 相关 的 一 系列 有 计划 的 系统 
性 的 活动 ,显然 软件 测试 也 需要 测试 模型 去 指导 实践 。 下 面 对 主 要 的 模型 做 一 些 简 单 的 
介绍 。 


341 V 模 型 


1. V 模型 建立 


V 模型 是 最 具有 代表 意义 的 测试 模型 。 在 传统 的 开发 模型 中 ,比如 瀑布 模型 ,人 们 
通常 把 测试 过 程 作为 在 需求 分 析 、 概 要 设计 、 详 细 设 计 和 编码 全 部 完成 后 的 一 个 阶段 。 
尽管 有 时 测试 工作 会 占用 整个 项 目 周期 的 一 半 时 间 , 但 是 有 人 仍然 认为 测试 只 是 一 个 收 
尾 工作 ,而 不 是 主要 过 程 。V 模型 的 推出 就 是 对 此 种 认识 的 改进 。V 模型 是 软件 开发 瀑 
布 模型 的 变种 ,如 图 3-3 所 示 。 它 反映 了 测试 活动 与 分 析 和 分 析 与 设计 的 关系 ,从 左 到 
右 , 描 述 了 基本 的 开发 过 程 和 测试 行为 ,非常 明确 地 标明 了 测试 过 程 中 存在 的 不 同 级 别 ， 
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并 且 清 楚 地 描述 了 这 些 测试 阶段 和 开发 过 程 期 间 各 阶段 的 对 应 关系 ,图 中 的 箭头 代表 了 
时 间 方 向 ,左边 下 降 的 是 开发 过 程 各 阶段 ,与 此 相对 应 的 是 右边 上 升 的 部 分 , 即 各 测试 过 
程 的 各 个 阶段 。 


用 户 需求 验收 测试 
需求 分 析 与 系统 设计 确认 测试 与 系统 测试 
概要 设计 集成 测试 
详细 设计 i 

编码 王 


3-3 V 模型 示意 图 


2. V 模型 应 用 


V 模型 的 软件 测试 策略 既 包 括 低层 测试 又 包括 高 层 测 试 , 低 层 测试 是 为 了 源 代 码 的 
正确 性 ;高 层 测试 是 为 了 使 整个 系统 满足 用 户 的 需求 。 

V 模型 指出 ,单元 和 集成 测试 是 验证 程序 设计 ,开发 人 员 和 测试 组 应 检测 程序 的 执 
行 是 否 满足 软件 设计 的 要 求 。 首 先 对 每 一 个 程序 模块 进行 单元 测试 ,以 确保 每 个 模块 能 
正常 工作 。 单 元 测试 大 多 采用 白 盒 测试 方法 , 尽 可 能 发 现 并 消除 模块 内 部 在 迎 辑 和 功能 
上 的 故障 及 缺陷 ,然后 ,把 已 测试 过 的 模块 组 装 起 来 ,形成 一 个 完整 的 软件 后 进行 集成 测 
试 ,以 检测 和 排除 与 软件 设计 相关 的 程序 结构 问题 ;集成 测试 大 多 采用 黑 盒 测试 方法 来 
设计 测试 用 例 。 确 认 测 试 以 规格 说 明 规定 的 需求 为 尺度 ,检验 开发 的 软件 能 否 满足 所 有 
的 功能 和 性 能 要 求 。 确 认 测 试 完成 以 后 ,给 出 的 应 该 是 合格 的 软件 产品 ,但 为 了 检验 开 
发 的 软件 是 否 能 与 系统 的 其 他 部 分 (如 硬件 ,数据 库 及 操作 人 员 ) 协 调 工作 ,还 需 进 行 系 
统 测试 。 系 统 测试 应 当 验 证 系统 设计 ,检测 系统 功能 、 性 能 的 质量 特性 是 否 达到 系统 设 
计 的 指标 。 最 后 由 测试 人 员 和 用 户 进行 软件 的 验收 测试 ,追溯 软件 需求 说 明 书 进行 测 
试 ,以 确定 软件 的 实现 是 否 满足 用 户 需求 或 合同 要 求 。 

V 模型 存在 一 定 的 局 限 性 , 它 仅仅 把 测试 过 程 作为 在 需求 分 析 、 概 要 设计 ,详细 设计 
及 编码 之 后 的 一 个 阶段 。 容 易 使 人 理解 为 测试 是 软件 开发 的 最 后 的 一 个 阶段 ,主要 是 针 
对 程序 进行 测试 寻找 错误 ,而 需求 分 析 阶 段 隐 藏 的 问题 一 直到 后 期 的 验收 测试 才 被 
发 现 。 


342 W 模 型 


1. W 模型 建立 


V 模型 的 局 限 性 在 于 没有 明确 地 说 明 早期 的 测试 ,不 能 体现 “尽早 地 和 不 断 地 进行 
软件 测试 ?的 原则 。 在 V 模型 中 增加 软件 各 开发 阶段 应 同步 进行 的 测试 ,被 演化 为 一 种 
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W 模型 ,因为 实际 上 开发 是 *V”, 测 试 也 是 与 此 相 并 行 的 “V”。 基 于 “尽早 地 和 不 断 地 进 
行 软件 测试 "的 原则 ,在 软件 的 需求 和 设计 阶段 的 测试 活动 应 遵循 IEEE std1012-1998 
《软件 验证 和 确认 (V&V)) 的 原则 。 

一 个 基于 V&V 原理 的 W 模型 示意 如 图 3-4 所 示 。 


用 户 需求 V&V 
用 户 需求 验收 测试 准备 了 
~ 一 一 一 
需求 分 析 与 设计 V&V 支付 验收 测试 
需求 分 析 与 系统 设计 系统 测试 准备 二 
~、 头 
概要 设计 V&V 系统 测试 
概要 设计 集成 测试 准备 集成 


详细 设计 V&V 集成 测试 
详细 设计 单元 测试 准备 


ee 单元 测试 


编码 
3-4 软件 测试 W 模型 


2. W 模型 应 用 


相对 于 V 模型 , W 模型 更 科学 。W 模型 可 以 说 是 V 模型 的 发 展 。 它 强调 : 测试 伴 
随 着 整个 软件 开发 周期 ,而且 测试 的 对 象 不 仅仅 是 程序 ,需求 ,功能 和 设计 同样 要 测试 。 
只 要 相应 的 开发 活动 完成 ,就 可 以 开始 执行 测试 ,可 以 说 ,测试 与 开发 是 同步 进行 的 ,从 
而 有 利于 尽早 地 发 现 问题 。 以 需求 为 例 ,需求 分 析 一 完成 ,就 可 以 对 需求 进行 测试 ,而 不 
是 等 到 最 后 才 进 行 针 对 需求 的 验收 测试 。 

如 果 测 试 文档 能 尽早 提交 ,那么 就 有 了 更 多 的 检查 和 检阅 的 时 间 , 这 些 文档 还 可 用 
于 评估 开发 文档 。 另 外 还 有 一 个 很 大 的 益处 是 ,测试 者 可 以 在 项 目 中 尽 可 能 早 地 面 对 规 
格 说 明 书 中 的 挑战 。 这 意味 着 测试 不 仅仅 是 评定 软件 的 质量 ,测试 还 可 以 尽 可 能 早 地 找 
出 缺陷 所 在 ,从 而 帮助 改进 项 目 内 部 的 质量 。 参 与 前 期 工作 的 测试 者 可 以 预先 估计 问题 
和 难度 ,这 将 可 以 显著 地 减少 总 体 测 试 时 间 ,加 快 项 目 进度 。 

根据 W 模型 的 要 求 , 一 旦 有 文档 提供 ,就 要 及 时 确定 测试 条 件 ,以 及 编写 测试 用 例 。 
这 些 工 作对 测试 的 各 级 别 都 有 意义 。 当 需求 被 提交 后 ,就 需要 确定 高 级 别 的 测试 用 例 来 
测试 这 些 需 求 。 当 概要 设计 编写 完成 后 ,就 需要 确定 测试 条 件 来 查找 该 阶段 的 设计 
缺陷 。 

W 模型 也 有 局 限 性 。W 模型 和 V 模型 都 把 软件 的 开发 视 为 需求 ,设计 ,编码 等 一 系 
列 串 行 活动 。 软 件 开 发 和 测试 保持 一 种 线性 的 前 后 关系 ,需要 有 严格 的 指令 表示 上 一 阶 
段 完 全 结束 , 才 可 以 正式 开始 下 一 个 阶段 。 这 样 就 无 法 支持 迭代 、 自 发 性 以 及 变更 调整 。 
对 于 当前 很 多 文档 需要 事后 补充 ,或 者 根本 没有 文档 的 情况 下 (这 已 成 为 一 种 开发 的 文 
化 ) ,开发 人 员 和 测试 人 员 都 面临 同样 的 困惑 。 
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343 H 模 型 


1. H 模型 建立 


V 模型 和 W 模型 均 存 在 一 些 不 妥 之 处 。 首 先 ,它们 都 把 软件 的 开发 视 为 需求 、 设 
计 、 编 码 等 一 系列 串 行 的 活动 ,而 事实 上 ,虽然 这 些 活 动 之 间 存 在 相互 牵制 的 关系 ,但 在 
大 部 分 时 间 内 ,它们 是 可 以 交叉 进行 的 。 虽 然 软 件 开发 期 望 有 清晰 的 需求 .设计 和 编码 
阶段 ,但 实践 表明 ,严格 的 阶段 划分 只 是 一 种 理想 状况 。 试 问 ,有 几 个 软件 项 目 是 在 有 了 
明确 的 需求 之 后 才 开 始 设计 的 呢 ? 所 以 ,相应 的 测试 之 间 也 不 存在 严格 的 次 序 关系 。 同 
时 ,各 层次 之 间 的 测试 也 存在 反复 触发 .迭代 和 增 量 关 系 。 其 次 ,V 模型 和 W 模型 都 没 
有 很 好 地 体现 测试 流程 的 完整 性 。 

为 了 解决 以 上 问题 ,提出 了 五 模型 。 它 将 测试 活动 完全 独立 出 来 ,形成 一 个 完全 独 
立 的 流程 ,将 测试 准备 活动 和 测试 执行 活动 清晰 地 体现 出 来 。 


2. H 模型 应 用 
HH 模型 的 简单 示意 如 图 3-5 所 示 。 
测试 就 结 点 
测试 准备 测试 执行 
-() 一 测试 流程 
| 1 
| |。 其 他 流程 (如 设计 流程) 


3-5 软件 测试 H 模型 


这 个 示意 图 仅仅 演示 了 在 整个 生产 周期 中 某 个 层次 上 的 一 次 测试 “ 微 循环 "。 图 中 
的 其 他 流程 可 以 是 任意 开发 流程 ,例如 设计 流程 和 编码 流程 ,也 可 以 是 其 他 非 开 发 流程 ， 
例如 SQA 流程 ,甚至 是 测试 流程 自身 。 也 就 是 说 ,只 要 测试 条 件 成 熟 了 ,测试 准备 活动 
完成 了 ,测试 执行 活动 就 可 以 (或 者 说 需要 ) 进 行 了 。 

概括 地 说 , H 模型 揭示 了 : 

。 软件 测试 不 仅仅 指 测试 的 执行 ,还 包括 很 多 其 他 的 活动 。 

。 软件 测试 是 一 个 独立 的 过 程 , 贯 穿 产品 整个 生命 周期 ,与 其 他 流程 并 发 地 进行 。 

。 软件 测试 要 尽早 准备 ,尽早 执行 。 

。 软件 测试 是 根据 被 测 物 的 不 同 而 分 层次 进行 的 。 不 同 层 次 的 测试 活动 可 以 是 按 

照 某 个 次 序 先后 进行 的 ,但 也 可 能 是 反复 的 。 

在 晴 模 型 中 ,软件 测试 模型 是 一 个 独立 的 流程 ,贯穿 于 整个 产品 周期 ,与 其 他 流程 
并 发 地 进行 。 当 某 个 测试 时 间 点 就 绪 时 ,软件 测试 即 从 测试 准备 阶段 进入 测试 执行 
阶段 。 
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344 各 种 测试 模型 的 使 用 


前 面 介 绍 了 几 种 典型 的 测试 模型 ,应 该 说 这 些 模 型 对 指导 测试 工作 的 进行 具有 重要 
的 意义 ,但 任何 模型 都 不 是 完美 的 。 我 们 应 该 尽 可 能 地 去 应 用 模型 中 对 项 目 有 实用 价值 
的 方面 ,但 不 强行 地 为 使 用 模型 而 使 用 模型 ,否则 没有 实际 意义 。 

在 这 些 模型 中 ,V 模型 强调 了 在 整个 软件 项 目 开发 中 需要 经 历 的 若干 个 测试 级 别 ， 
而 且 每 一 个 级 别 都 与 一 个 开发 级 别 相 对 应 ,但 它 忽略 了 测试 的 对 象 不 应 该 仅仅 包括 程 
序 ,或 者 说 它 没有 明确 地 指出 应 该 对 软件 的 需求 ,设计 进行 测试 ,而 这 一 点 在 W 模型 中 
得 到 了 补充 。W 模型 强调 了 测试 计划 等 工作 的 先行 以 及 对 系统 需求 和 系统 设计 的 测试 ， 
但 W 模型 和 V 模型 一 样 也 没有 专门 对 软件 测试 流程 予以 说 明 。 而 随 着 软件 质量 要 求 越 
来 越 为 大 家 所 重视 ,软件 测试 也 逐步 发 展 成 为 一 个 独立 于 软件 开发 部 的 组 织 ,就 每 一 个 
软件 测试 的 细节 而 言 , 它 都 有 一 个 独立 的 操作 流程 。 比 如 ,现在 的 第 三 方 测试 ,就 包含 了 
从 测试 计划 和 测试 案例 编写 ,到 测试 实施 以 及 测试 报告 编写 的 全 过 程 。 这 个 过 程 在 日 模 
型 中 得 到 了 相应 的 体现 ,表现 为 测试 是 独立 的 。 也 就 是 说 ,只 要 测试 前 提 具 备 了 ,就 可 以 
开始 进行 测试 了 。 

因此 ,在 实际 的 工作 中 ,我 们 要 灵活 地 运用 各 种 模型 的 优点 ,在 W 模型 的 框架 下 , 运 
用 HH 模型 的 思想 进行 独立 地 测试 ,并 同时 将 测试 与 开发 紧密 结合 ,寻找 恰当 的 就 绪 点 开 
始 测 试 并 反复 迭代 测试 ,最 终 保证 按期 完成 预定 目标 。 


35 软件 测 息 实 范 于 程 


软件 测试 的 实施 过 程 一 般 经 历 如 下 三 个 阶段 : 

(1) 初 测 期 。 测 试 主要 功能 和 关键 的 执行 路 径 ,排除 主要 障碍 。 

(2) 细 测 期 。 依 据 测 试 计划 和 测试 大 纲 、 测 试用 例 , 逐 一 测试 各 个 功能 、 每 个 特性 、 性 
能 、 用 户 界面 兼容 性 、 可 用 性 等 ;预期 可 发 现 大 量 不 同性 质 、 不 同 严重 程度 的 错误 和 
问题 。 

(3) 回归 测试 期 。 系 统 已 达到 稳定 ,在 一 轮 测试 中 发 现 的 错误 已 十 分 有 限 ; 复 查 已 知 
错误 的 纠正 情况 ,确认 未 引发 任何 新 的 错误 时 ,终结 回归 测试 。 

软件 测试 实施 过 程 可 分 为 单元 测试 、 集 成 测试 .确认 测试 、 系 统 测试 、 验 收 测试 和 回 
归 测 试 。 


351 单元 测试 


1. 简介 


工厂 在 组 装 一 台电 视 机 之 前 ,会 对 每 个 元 器 件 都 进行 测试 ,这 就 是 单元 测试 ;编写 了 
一 个 函数 ,总 要 执行 一 下 ,验证 功能 是 否 正 常 . 有 时 还 要 输出 些 数据 ,这 也 是 单元 测试 。 
把 这 种 单元 测试 称 为 临时 单元 测试 。 只 进行 了 临时 单元 测试 的 软件 ,针对 代码 的 测试 很 
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不 完整 ,代码 覆盖 率 不 足 70% ,未 覆盖 的 代码 可 能 遗留 大 量 细小 的 错误 ,这 些 错 误 还 会 互 
相 影响 。 当 bug 暴露 出 来 的 时 候 难 于 调试 ,大 幅度 提高 了 后 期 测试 和 维护 成 本 ,也 降低 
了 开发 商 的 竞争 力 。 因 此 ,进行 充分 的 单元 测试 ,是 提高 软件 质量 ,降低 开发 成 本 的 必 由 
之 路 。 

单元 测试 是 开发 者 编写 的 一 小 段 代码 ,用 于 检验 被 测 代码 的 一 个 很 小 的 、 很 明确 的 
功能 是 否 正常 。 通 常 ,一 个 单元 测试 是 用 于 判断 某 个 特定 条 件 或 场景 下 某 个 特定 函数 的 
行为 。 例 如 ,把 一 个 很 大 的 值 放 入 一 个 有 序 表 中 去 ,然后 确认 该 值 出 现在 有 序 表 的 尾部 。 

单元 测试 是 由 程序 员 自 己 来 完成 ,最 终 受 益 的 也 是 程序 员 自 己 。 程 序 员 有 责任 编写 
功能 代码 ,同时 也 就 有 责任 为 自己 的 代码 编写 单元 测试 。 执 行 单元 测试 ,就 是 为 了 证 明 
这 段 代 码 的 行为 和 预期 的 一 致 。 

单元 测试 是 在 软件 开发 过 程 中 进行 的 最 低级 别 的 测试 活动 ,其 测试 的 对 象 是 软件 设 
计 的 最 小 单位 。 在 传统 的 结构 化 编程 语言 中 (如 C 语言 ) ,单元 测试 的 对 象 一 般 是 函数 或 
子 程序 。 在 面向 对 象 的 语言 (如 C++ ) 中 ,单元 测试 的 对 象 可 以 是 类 ,也 可 以 是 类 的 成 员 
函数 。 对 Ada 语言 而 言 ,单元 测试 可 以 在 独立 的 过 程 和 函数 上 进行 ,也 可 以 在 Ada 包 的 
级 别 上 进行 。 单 元 测试 的 原则 同样 也 可 以 扩展 到 第 四 代 语 言 (4GL) 中 ,这 时 单元 一 般 定 
义 为 一 个 菜单 或 显示 界面 。 

单元 测试 又 称 为 模块 测试 。 模 块 并 没有 严格 的 定义 ,不 过 按照 一 般 的 理解 ,模块 应 
该 具有 以 下 的 一 些 基本 属性 : 

。 名 字 ; 

。 明确 规定 的 功能 ; 

。 内 部 使 用 的 数据 或 称 局 部 数据 ; 

。 与 其 他 模块 或 外 界 的 数据 联系 ; 

。 实现 其 特定 功能 的 算法 ; 

。 可 被 其 上 层 模 块 调用 ,也 可 调用 其 下 属 模块 进行 协同 工作 。 

单元 测试 的 目的 是 要 检测 程序 模块 中 有 无 故障 存在 ,也 就 是 说 ,一 开始 并 不 是 把 程 
序 作为 一 个 整体 来 测试 ,而 是 首先 集中 注意 力 来 测试 程序 中 较 小 的 结构 块 ,以 便 发 现 并 
纠正 模块 内 部 的 故障 。 单 元 测试 还 提供 了 同时 测试 多 个 模块 的 良机 ,从 而 在 测试 过 程 中 
引入 了 并 行 性 。 下 面 主 要 来 说 明 单 元 测试 的 任务 和 方法 。 


2. 单元 测试 的 任务 


单元 测试 针对 每 个 程序 模块 进行 ,解决 以 下 五 个 方面 的 问题 。 

1) 模块 接口 测试 

模块 接口 测试 是 单元 测试 的 基础 。 通 过 对 被 测 模块 的 数据 进行 测试 ,检查 进出 模块 
的 数据 是 否 正确 。 只 有 在 数据 能 够 正确 地 进入 、 流 出 的 前 提 下 ,其 他 测试 才 有 意义 。 因 
此 ,必须 对 模块 接口 ,包括 参数 表 、 调 用 子 模块 的 参数 .全 局 变量 ,文件 LO 操作 进行 测 
试 ,模块 接口 测试 应 该 考虑 下 列 一 些 因素 ; 

。 模块 接受 输入 的 实际 参数 个 数 与 形 参 的 个 数 是 否 相同 。 

。 模块 输入 实际 参数 的 属性 与 形 参 的 类 型 是 否 匹配 。 
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。 模块 输入 实际 参数 的 使 用 单位 与 形 参 的 使 用 单位 是 否 一 致 
。 调用 其 他 模块 时 ,所 传送 的 实际 参数 个 数 与 被 调用 模块 形 参 的 个 数 是 否 相同 。 
。 调用 其 他 模块 时 ,所 传送 的 实际 参数 的 属性 与 被 调用 模块 形 参 的 属性 是 否 匹配 。 
。 调用 其 他 模块 时 ,所 传送 的 实际 参数 的 使 用 单位 与 被 调用 模块 形 参 的 使 用 单位 是 
否 三 致 。 

。 调用 内 部 函数 时 ,所 使 用 参数 的 个 数 、 属 性 和 次 序 是 否 正确 。 
。 在 模块 有 多 个 入口 的 情况 下 ,是 否 有 与 当前 入 口 无 关 的 参数 引用 。 
。 是 否 修改 了 只 读 型 的 形 参 。 
。 各 模块 对 全 局 变量 的 定义 是 否 一 致 。 
。 是 否 把 某 些 常数 当做 变量 来 传递 。 
如 果 模 块 涉及 了 外 部 的 输入 /输出 ,还 应 该 考虑 下 列 因素 : 
。 文件 属性 是 否 正确 。 
。 OPEN/CLOSE 语句 是 否 正确 。 
。 格式 说 明 与 输入 /输出 语句 是 否 匹 配 。 
。 缓冲 区 大 小 与 记录 长 度 是 否 匹 配 。 
。 文 件 使 用 前 是 否 已 经 打开 。 
。 在 结束 文件 处 理 时 是 否 关闭 了 文件 。 
输入 /输出 错误 是 否 检查 并 做 了 处 理 。 
输出 信息 中 是 否 有 文字 性 错误 。 

2) 模块 局 部 数据 结构 测试 

局 部 数据 结构 检查 临时 存放 在 模块 内 的 数据 在 程序 执行 过 程 中 是 否 正 确 、 完 整 , 包 
括 内 部 数据 的 内 容 、 形 式 以 及 相互 之 间 的 关系 。 局 部 数据 结构 往往 是 故障 的 根源 ,应 注 
意 发 现下 面 的 几 类 错误 : 

， 不 正确 或 不 相 容 的 类 型 说 明 。 

* 不 正确 的 初始 化 或 默认 值 。 

。 不 正确 的 变量 名 。 

。 数据 下 滋 ,数据 上 溢 或 地 址 异常 等 。 

除 局 部 数据 结构 外 ,单元 测试 还 应 检测 全 局 数据 对 模块 的 影响 。 

3) 错误 处 理 检测 

程序 运行 出 现 异 常 并 不 奇怪 ,良好 的 设计 应 该 预先 估计 到 各 种 可 能 的 出 错 情况 ,并 
给 出 相应 的 处 理 措施 ,使 用 户 遇 到 这 些 情况 时 不 至 于 束手无策 。 检 验 程 序 错误 处 理 也 是 
单元 测试 的 一 个 任务 。 检 测 模块 错误 处 理 是 否 有 效 ,检查 模块 的 错误 处 理 功 能 是 否 包含 
有 错误 或 缺陷 。 例 如 ,是 否 拒绝 不 合理 的 输入 ;出 错 描述 是 否 难以 理解 .是 否 对 错误 定位 
有 误 ,是 否 出 错 原因 报告 有 误 .是 否 对 错误 条 件 的 处 理 不 正确 ;在 对 错误 处 理 之 前 ,错误 
条 件 是 否 已 经 引起 系统 的 干预 等 。 

对 于 可 能 出 现 的 错误 处 理 , 应 着 重 检 查 以 下 几 种 情况 : 

。 运行 发 生 错误 的 描述 是 否 难以 理解 。 

。 所 报告 的 错误 与 实际 遇 到 的 错误 是 否 一 致 。 
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。 出 错 后 ,是 否 尚未 进行 出 错 处 理 便 引入 系统 干预 。 
。 异常 处 理 是 否 得 当 。 
。 提供 的 错误 信息 不 足 , 以 致 无 法 找到 错误 的 原因 。 
。 错误 描述 中 是 否 提供 了 足够 的 错误 定位 信息 。 
4) 路 径 测 试 
检测 模块 运行 能 否 满足 特定 的 逻辑 覆盖 。 单 元 测试 应 对 模块 中 的 每 一 条 独立 路 径 
进行 测试 ,以 检测 因 计算 错误 、 比 较 错误 和 不 适当 的 控制 流 或 判定 而 造成 的 故障 。 常 见 
的 计算 错误 包括 : 
。 误 用 或 用 错 了 算术 优先 级 。 
。 混合 类 型 运算 。 
。 初始化 错误 。 
。 计算 精度 不 够 。 
。 表达 式 中 符号 表示 错误 。 
比较 判断 常 与 控制 流 紧 密 相关 ,比较 错误 势必 导致 控制 流 错误 ,因此 单元 测试 还 应 
致力 于 发 现 以 下 错误 : 
。 不 同 数据 类 型 的 数据 进行 比较 。 
。 错误 地 使 用 逻辑 运算 符 或 优先 级 。 
。 本 应 相等 的 数据 由 于 精确 度 原因 而 不 相等 。 
， 不 正确 的 判定 或 不 正确 的 变量 。 
。 循环 终止 不 正确 或 循环 不 终止。 
。 当 遇 到 分 支 循环 时 不 能 退出 。 
。 错误 地 修改 了 循环 控制 变量 。 
5) 模块 边界 条 件 测试 
在 为 限制 数据 处 理 而 设置 的 边界 处 ,测试 模块 是 否 能 够 正常 工作 。 模 块 边界 测试 是 
单元 测试 的 一 个 关键 任务 ,很 可 能 发 现 新 的 软件 故障 。 实 践 表明 ,边界 是 特别 容易 出 现 
故障 的 地 方 。 一 些 可 能 与 边界 有 关 的 数据 类 型 有 数值 .速度 .字符 .地 址 .位 置 . 尺 十 \ 数 
量 等 。 另 外 ,考虑 这 些 边界 的 第 一 个 .最 后 一 个 .最 小 值 . 最 大 值 . 最 长 .最 短 . 最 高 .最 低 、 
相 邻 .最 远 等 特征 。 
在 边界 条 件 测试 中 ,应 设计 测试 用 例 检 查 以 下 情况 : 
。 在 nn 次 循环 的 第 0 次 ,第 1 次 ,第 nn 次 是 否 有 错误 。 
。 运算 或 判断 中 取 最 大 值 .最 小 值 时 是 否 有 错误 。 
。 数 据 流 、 控 制 流 中 刚好 等 于 、 大 于 、 小 于 确定 的 比较 值 时 是 否 有 错误 。 


3. 单元 测试 方法 


单元 测试 一 般 在 编码 之 后 进行 。 在 源 代码 编制 完成 ,经 过 评审 和 验证 ,确认 没有 语 
法 错误 之 后 ,开始 设计 单元 测试 用 例 。 

由 于 模块 并 不 是 独立 的 程序 ,每 个 模块 在 整个 软件 中 并 不 是 孤立 的 ,在 对 每 个 模块 
进行 单元 测试 时 ,需要 考虑 它 和 周围 模块 之 间 的 相互 联系 。 为 模拟 这 一 联系 ,在 进行 单 
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元 测试 时 ,必须 设置 若干 个 辅助 测试 模块 ,这 些 辅助 模块 分 为 两 种 : 

(1) 驱动 模块 。 相 当 于 被 测 模块 的 主 程序 ,用 以 模拟 被 测 模块 的 上 级 模块 ,用 于 接收 
测试 数据 ,并 把 这 些 数据 传送 给 被 测 模块 ,启动 被 测 模块 ,最 后 输出 实测 结果 。 

(2) 桩 模块 。 相 当 于 被 测 模块 调用 的 子 模块 ,用 以 模拟 被 测 模块 的 下 级 模块 。 桩 模 
抉 一 般 只 进行 很 少 的 数据 处 理 , 不 需要 把 子 模块 的 所 有 功能 都 带 进来 ,但 不 允许 什么 事 
情 都 不 做 。 

被 测 模块 与 其 相关 的 驱动 模块 和 桩 模块 共同 构成 了 一 个 “测试 环境 ”, 如 图 3-6 所 示 。 
图 中 设置 了 一 个 驱动 模块 和 4 个 桩 模块 。 驱 动 模块 在 单元 测试 中 接受 测试 数据 并 将 这 
些 数据 传递 到 被 测试 模块 ,启动 被 测 模块 ,并 打印 出 相应 的 结果 。 桩 模块 则 由 被 测 模块 
调用 ,它们 仅 作 少量 的 数据 处 理 ,例如 打印 和信 口 和 返回 ,以 便于 检验 被 测 模块 与 其 下 级 模 
块 之 间 的 接口 。 
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3-6 单元 测试 环境 


设计 驱动 模块 和 桩 模块 是 一 项 额外 的 工作 。 虽 然 在 单元 测试 中 必须 编写 这 些 辅助 
模块 ,但 它们 却 不 是 软件 产品 的 组 成 部 分 。 如 果 驱 动 模 块 和 桩 模块 比较 简单 ,实际 开销 
相对 低 些 。 遗 憾 的 是 ,有 时 仅 用 简单 的 驱动 模块 和 桩 模块 并 不 能 完成 某 些 模块 的 测试 任 
务 ,特别 是 桩 模块 ,不 能 只 简单 地 给 出 "曾经 进入 ”的 信息 。 为 了 能 够 正确 地 测试 软件 ,可 
能 需要 模拟 实际 子 模块 的 功能 ,建立 这 样 的 桩 模块 就 比较 困难 了 。 

例 3-1 单元 测试 实例 。 

某 公司 销售 系统 中 关于 数控 机 床 的 价格 计算 说 明 有 : 

(1) 数控 机 床 价格 的 起 点 是 : 基准 价 (baseprice) 减 去 折扣 (discount)。 其 中 ,基准 价 
是 数控 机 床 的 基本 价格 ,折扣 是 公司 给 予 的 在 基准 价 基 础 上 的 价格 折扣 。 

(2) 增加 附加 设备 的 附加 价格 (extraprice) 。 如 果 选 择 了 3 个 或 更 多 的 附加 设备 ,这 
些 附加 设备 可 以 有 10% 的 折扣 。 如 果 选 择 了 5 个 或 更 多 的 附加 设备 ,这 些 附加 设备 可 以 
有 15% 的 折扣 。 

(3) 销售 商 提供 的 折扣 只 针对 基准 价 , 这 些 折扣 不 能 相互 至 加 。 

下 面 的 Java 方法 用 于 计算 总 价格 : 

aouble calculate Price (Gouble baseprioe, double extraprice int extras,double 

discount) 加 

{ 
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double addon discount,result; 
if (extras>= 3) addon discount= 10; 
else if (extras>= 5) addon discount= 15; 
else addon discount= 0; 
if (discount> aqqon discount) addon discount= discount; 
result=baseprice/100.0* (100- discount)+ extraprice/100.0# (100- 
addon discount); 
ITetur result; 
} 


事实 上 ,这 个 程序 有 一 个 缺陷 : 对 于 extras 不 低 于 5 的 情况 永远 都 不 会 被 执行 。 测 
试 人 员 使 用 相应 的 类 的 接口 测试 这 个 价格 计算 器 ,用 适当 的 参数 和 数据 调用 calculate_ 
price() ,然后 读 取 并 记录 函数 调用 的 返回 值 。 为 了 实现 这 样 的 测试 ,需要 测试 驱动 模块 ， 
用 来 调用 被 测试 组 件 ( 例 如 calculate_price()) ,并 获得 测试 对 象 返回 值 。 

对 于 测试 对 象 calculate_price() ,可 以 设计 一 个 非常 简单 的 测试 模块 : 

boolean test_calculate price() 

{ 

Gouble pricey 

boolean test_ok= true; 

//testcase 01 

Price= calculate Price (10000.0,1000.0,3,0); 

test_ok= test._ok&& (Vath. abs (price- 12900.0)< 0.001); // 浮 点 数 不 能 直接 比较 
//testcase 02 

Price= calculate Price (25500.0, 6000.0,6,0); 

test_ok= test_ck&g (Math. abs (price- 34050.0)< 0.001); 
//testcase... 

//test result 

Teturn test_oky 

} 

上 面 是 一 个 简单 的 测试 模块 ,可 以 对 它 进行 一 些 有 效 的 扩展 。 例 如 ,开发 一 个 工具 
来 记录 测试 数据 和 测试 结果 ,包括 测试 日 期 和 时 间 , 或 者 增加 一 个 可 以 从 文件 或 者 数据 
库 中 读 取 测 试用 例 的 函数 中 。 

在 实际 软件 开发 工作 中 ,单元 测试 和 代码 编写 所 花费 的 精力 大 致 相同 。 经 验 表明 : 
单元 测试 可 以 发 现 很 多 的 软件 故障 ,并 且 修改 它们 的 成 本 也 很 低 。 在 软件 开发 的 后 期 ， 
发 现 并 修复 软件 故障 将 变 得 更 加 困难 ,将 花费 大 量 的 时 间 和 费用 。 因 此 ,有 效 的 单元 测 
试 是 保证 全 局 质量 的 一 个 重要 部 分 。 在 经 过 测试 单元 后 ,系统 集成 过 程 将 会 大 大 地 简 
化 ,开发 人 员 可 以 将 精力 集中 在 单元 之 间 的 交互 作用 和 全 局 的 功能 实现 上 ,而 不 是 陷入 
充满 故障 的 单元 之 中 不 能 自拔 。 


352 集成 测试 
1. 简介 
集成 测试 ,也 称 组 装 测试 或 联合 测试 。 在 单元 测试 的 基础 上 ,将 所 有 模块 按照 设计 
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要 求 (如 结构 图 等 ) 组 装 成 为 子 系统 或 系统 ,进行 集成 测试 。 实 践 表 明 ,一 些 模块 虽然 能 
够 单独 地 工作 ,但 并 不 能 保证 连接 起 来 也 能 正常 的 工作 。 程 序 在 某 些 局 部 反映 不 出 来 的 
问题 ,在 全 局 上 很 可 能 暴露 出 来 ,影响 功能 的 实现 。 可 能 的 原因 有 : 

。 模块 相互 调用 时 引入 了 新 的 问题 。 

。 几 个子 功 能 组 合 起 来 不 能 实现 主 功能 。 

。 误差 不 断 积累 达到 不 可 接受 的 程度 。 

。 全 局 数据 结构 出 现 错误 。 


2. 集成 测试 任务 


集成 测试 的 主要 任务 是 要 求 软件 系统 符合 实际 软件 结构 ,发 现 与 接口 有 关 的 各 种 错 
误 。 集 成 测试 的 主要 任务 是 解决 以 下 五 个 方面 的 测试 问题 。 

(1) 将 各 模块 连接 起 来 ,检查 模块 相互 调用 时 ,数据 经 过 接口 是 否 丢 失 。 

(2) 将 各 个 子 功能 组 合 起 来 ,检查 能 否 达 到 预期 要 求 的 各 项 功能 。 

(3) 一 个 模块 的 功能 是 否 会 对 另 一 个 模块 的 功能 产生 不 利 的 影响 。 

(4) 全 局 数据 结构 是 否 有 问题 ,会 不 会 被 异常 修改 。 

(5) 单个 模块 的 误差 积累 起 来 ,是 否 被 放大 ,从 而 达到 不 可 接受 的 程度 。 

3. 集成 测试 步骤 

执行 集成 测试 应 遵循 下 面 的 步骤 。 

@ 确认 组 成 一 个 完整 系统 的 各 模块 之 间 的 关系 。 

@ 评审 模块 之 间 的 交互 和 通信 需求 ,确认 出 模块 间 的 接口 。 


@ 使 用 上 述 信息 产生 一 套 测 试用 例 。 
@ 采用 增 量 式 测试 ,依次 将 模块 加 入 到 系统 ,并 测试 新 合并 后 的 系统 。 


4. 集成 测试 方法 


集成 测试 是 在 每 个 模块 完成 单元 测试 以 后 , 按 设计 要 求 把 通过 单元 测试 的 各 模块 组 
装 在 一 起 ,检测 与 接口 有 关 的 各 种 故障 。 那 么 ,如 何 组 织 集成 测试 呢 ? 是 独立 地 测试 每 
个 模块 ,然后 再 把 它们 组 合成 一 个 整体 进行 测试 ,还 是 先 把 下 一 个 待 测 模块 组 合 到 已 测 
试 过 的 那些 模块 上 ,再 进行 测试 ,逐步 完成 集成 。 前 一 种 方法 称 为 非 增 式 集成 测试 法 ;后 
一 种 方法 叫做 增 式 集成 测试 法 。 

1) 非 增 式 集成 测试 法 

非 增 式 测试 是 采用 一 步 到 位 的 方法 来 构造 测试 。 对 所 有 模块 进行 独立 的 单元 测试 
后 ,按照 程序 结构 图 将 各 模块 连接 起 来 ,把 连接 后 的 程序 当做 一 个 整体 进行 测试 。 

非 增 式 测试 的 缺点 : 当 一 次 集成 的 模块 较 多 时 , 非 增 式 测试 容易 出 现 混乱 。 因 
为 测试 时 可 能 发 现 了 许多 故障 ,为 每 一 个 故障 定位 和 纠正 非常 困难 ,并 且 在 修正 一 
个 故障 的 同时 ,可 能 又 引入 了 新 的 故障 ,新 旧 故 障 混杂 ,很 难 判 定 出 错 的 具体 原因 和 
位 置 。 


60 


Mu nn s 5 实 线 


例 3-2 集成 测试 实例 。 
图 3-7 所 示 的 程序 中 ,7 个 矩形 分 别 表示 程序 的 7 个 模块 ( 子 程序 或 者 过 程 ) ,模块 之 
间 的 连 线 表 示 程 序 的 控制 层次 一 一 模块 M1 调用 模块 


M2、M3 和 M4 ,模块 M2 调用 模块 M5 和 M6 ,模块 M4 ee 

调用 模块 M7。 M2 M3 M4 
非 增 式 测试 法 的 集成 过 程 是 : 先 对 7 个 模块 中 的 每 

一 个 进行 单元 测试 。 可 以 同时 测试 或 是 逐个 地 测试 各 


个 模块 ,这 主要 由 测试 环境 (如 所 用 计算 机 是 交互 式 还 
是 批 处 理 式 ) 和 参加 测试 的 人 数 等 情况 来 决定 ;然后 ,在 “图 37 “个 模块 组 成 的 程序 简 图 
此 基础 上 按 程 序 结构 图 将 各 模块 连接 起 来 ,把 连接 后 的 程序 当做 一 个 整体 进行 测试 。 

2) 增 式 集成 测试 法 

增 式 集成 测试 法 不 是 孤立 地 测试 每 一 个 模块 ,而 是 一 开始 就 把 待 测 模块 与 已 测试 过 
的 模块 集合 连接 起 来 。 增 式 集成 测试 可 以 分 为 自 顶 向 下 增 式 集成 测试 . 自 底 向 上 增 式 集 
成 测试 和 三 明治 集成 测试 。 

自 底 向 上 增 式 集成 测试 从 程序 底部 开始 测试 。 仍 以 图 3-7 为 例 , 可 以 先 由 4 个 人 平 
行 地 测试 或 顺序 地 测试 模块 M3、M5、M6 和 M7 ,然后 测试 模块 M2 和 M4, 它 们 不 是 孤立 
地 测试 ,而 是 把 模块 M2 连 在 模块 M5 和 M6 上 ,模块 M4 连 在 模块 M7 上 。 自 底 向 上 增 
式 集成 测试 过 程 ,就 是 不 断 地 把 待 测 模块 连接 到 已 测 模块 集 (或 其 子 集 ) 上 ,对 待 测 模块 
进行 测试 ,直到 最 后 一 个 模块 M1 测试 完毕 。 

自 顶 向 下 增 式 集成 测试 按 结构 图 自 上 而 下 逐步 集成 并 测试 。 模 块 集成 的 顺序 是 首 
先 集成 主 控 模块 ( 主 程序 ) ;然后 按照 软件 控制 层次 结构 向 下 进行 集成 。 自 顶 向 下 的 集成 
方式 可 以 采用 深度 优先 策略 和 广度 优先 策略 。 由 图 3-7 可 知 ,深度 优先 顺序 为 M1-> 
M2 一 M5 一 M6 一 M3 一 M4 一 M7 ;广度 顺序 为 : M1>M2 一 M3 一 M4 一 M5 一 M6 一 M7。 

集成 测试 的 整个 过 程 由 下 列 三 个 步骤 完成 。 

@ 以 主 控 模块 作为 测试 模块 兼 驱动 模块 ,而 所 有 直属 于 主 模块 的 下 属 模块 全 部 用 桩 
模块 将 换 , 并 对 主 模块 进行 测试 。 

@ 依照 所 选用 的 模块 集成 策略 (深度 优先 和 广度 优先 ), 用 实际 模块 替换 相应 柱 模 
块 ,再 用 桩 模块 代替 它 们 的 直接 下 属 模块 ,从 而 与 已 经 测试 的 模块 或 子 系统 组 装 成 新 的 
子 系统 。 

@ 在 每 个 模块 被 集成 时 ,都 必须 立即 进行 一 遍 测 试 。 回 到 步骤 @@ 重 复 进行 ,直到 束 
个 系统 结构 被 集成 完成 四 。 

最 后 需要 说 明 的 是 ,在 软件 集成 阶段 ,测试 的 复杂 程度 远 远 超过 单元 测试 的 复杂 
程度 。 


353 确认 测试 


集成 测试 完成 以 后 ,分 散 开发 的 模块 被 连接 起 来 ,构成 了 一 个 完整 的 程序 。 其 中 各 
模块 之 间 存 在 的 种 种 问题 已 被 消除 ,于 是 进入 了 确认 测试 阶段 。 
确认 测试 又 称 有 效 性 测试 ,是 对 照 软件 需求 规格 说 明 , 对 软件 产品 进行 评估 以 确定 
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其 是 否 满足 软件 需求 的 过 程 。 例 如 ,编写 出 的 程序 相对 于 软件 需求 规格 说 明 是 否 符合 要 
求 ,程序 输 出 的 信息 是 否 用 户 所 要 求 的 信息 ,程序 在 整个 系统 的 环境 中 能 否 正确 稳定 地 
运行 ,对 软件 需求 满足 程度 的 评价 等 。 

在 软件 开发 过 程 中 或 完成 以 后 ,为 了 对 它 在 功能 性能、 接口 以 及 限制 条 件 等 方面 做 
出 切实 的 评价 ,就 应 进行 确认 测试 。 实 现 软件 确认 要 通过 一 系列 黑 盒 测 试 。 在 开发 的 初 
期 ,软件 需求 规格 说 明 中 可 能 明确 规定 了 确认 标准 ,但 在 测试 阶段 需要 更 详细 、 更 具体 地 
在 测试 规格 说 明 中 加 以 体现 。 确 认 测 试 同样 需要 制定 测试 计划 和 过 程 。 测 试 计划 应 规 
定 测试 的 种 类 和 测试 进度 。 测 试 过 程 则 定义 一 些 特殊 的 测试 用 例 , 旨 在 说 明 软 件 与 需求 
是 否 一 致 。 无 论 是 计划 还 是 过 程 , 都 应 该 着 重 考虑 软件 是 否 满足 合同 规定 的 所 有 功能 和 
性 能 ,文档 资料 是 否 完 整 、 准 确 , 人 机 界面 和 其 他 方面 (如 可 移植 性 .兼容 性 错误 恢复 能 
力 和 可 维护 性 等 ) 是 否 令 用 户 满意 。 

确认 测试 的 另 一 个 重要 环节 是 配置 审查 工作 。 配 置 审查 的 文件 资料 包括 用 户 手册 、 
操作 手册 和 设计 资料 。 其 目的 在 于 保证 软件 配置 齐全 、 分 类 有 序 , 并 且 包 括 软件 维护 所 
必需 的 细节 。 

经 过 确认 测试 ,应 该 为 已 开发 的 软件 做 出 结论 性 的 评价 ,这 无 非 存在 两 种 情况 : 

(1) 经 过 检验 ,软件 功能 .性 能 及 其 他 方面 的 要 求 都 已 满足 软件 需求 规格 说 明 的 规 
定 , 是 一 个 合格 的 软件 。 

(2) 经 过 检验 ,发 现 与 软件 需求 规格 说 明 有 相当 的 偏离 ,得 到 了 一 个 缺陷 清单 ,这 就 
需要 开发 部 门 和 用 户 进 行 协商 , 找 出 解决 的 办 法 。 
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1. 简介 


软件 只 是 计算 机 系统 的 一 个 重要 组 成 部 分 ,软件 开发 完成 以 后 ,还 应 与 系统 中 其 他 
部 分 联合 起 来 ,进行 一 系列 系统 集成 和 测试 ,以 保证 系统 各 组 成 部 分 能 够 协调 地 工作 。 
这 里 所 说 的 系统 组 成 部 分 除 软件 外 ,还 包括 计算 机 硬件 及 相关 的 外 围 设 备 、 数 据 及 采集 
和 传输 机 构 .计算 机 系统 操作 人 员 等 。 系 统 测试 的 目标 不 是 要 找 出 软件 故障 ,而 是 要 证 
明 系 统 的 性 能 。 比 如 ,确定 系统 是 否 满足 其 性 能 需求 ,确定 系统 的 峰值 负载 条 件 及 在 此 
条 件 下 程序 能 否 在 要 求 的 时 间 间 隔 内 处 理 要 求 的 负载 ,确定 系统 使 用 资源 (存储 器 、 磁 盘 
空间 等 ) 是 否 会 超 界 ,确定 安装 过 程 中 是 否 会 导致 不 正确 的 方式 ,确定 系统 或 程序 出 现 故 
障 之 后 能 否 满足 恢复 性 需求 ,确定 系统 是 否 满足 可 靠 性 要 求 等 。 


2. 系统 测试 前 的 准备 工作 


系统 测试 是 检验 软件 的 各 种 功能 是 否 正常 ,并 检验 它 的 性 能 .强度 .兼容 人 性、 使 用 性 
能 ,故障 修复 等 一 系列 质量 指标 。 因 此 ,系统 测试 是 一 个 庞大 的 工程 ,在 测试 之 前 要 做 如 
下 的 准备 工作 : 

。 收集 软件 规格 说 明 书 ,作为 系统 测试 的 依据 。 

。 收集 各 种 软件 说 明 书 ,以 作为 系统 测试 的 参考 。 
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。 仔细 阅读 软件 测试 计划 书 ,尤其 是 独立 的 系统 测试 计划 书 ,以 作为 系统 测试 的 
根据 。 
。 收集 已 编 好 的 系统 测试 用 例 。 


3. 系统 测试 技术 和 数据 


系统 测试 完全 采用 黑 盒 测 试 技术 ,因为 这 时 已 不 需要 考虑 组 件 模块 的 实现 细节 ,而 
主要 是 根据 需求 分 析 时 确定 的 标准 检验 软件 是 否 满足 功能 、 行 为 .性 能 和 系统 协调 性 等 
方面 的 要 求 。 

系统 测试 一 般 要 完成 功能 测试 .性 能 测试 ,恢复 测试 .安全 测试 .强度 测试 以 及 其 他 
限制 条 件 的 测试 。 

系统 测试 的 数据 须 为 真实 数据 ,或 者 所 选 数据 在 代表 性 、 精 度 性 以 及 数据 量 等 方面 
应 尽 可 能 地 与 真实 数据 相似 。 

进行 系统 测试 的 人 必须 善于 从 用 户 的 角度 考虑 问题 ,最 好 能 彻底 了 解 用 户 的 看 法 和 
环境 及 软件 的 使 用 。 显 然 , 最 好 的 人 选 就 是 一 个 或 多 个 用 户 。 然 而 ,一 般 的 用 户 没 有 前 
面 所 说 的 各 类 测试 的 能 力 和 专业 知识 ,所 以 理想 的 系统 测试 小 组 应 由 几 位 职业 的 系统 测 
试 专家 ,一 两 名 用 户 代 表 , 一 两 名 软件 设计 者 或 分 析 者 组 成 。 


355 验收 测试 


1. 简介 


验收 测试 是 部 署 软件 之 前 的 最 后 一 个 测试 操作 。 其 目的 是 确保 软件 准备 就 绪 , 并 且 
可 以 让 最 终 用 户 将 其 用 于 执行 软件 的 既定 功能 和 任务 。 

验收 测试 完全 采用 黑 盒 测 试 技术 ,主要 是 用 户 代表 通过 执行 其 在 平常 使 用 系统 时 的 
典型 任务 来 测试 软件 系统 ,根据 业务 需求 分 析 , 检 验 软 件 是 否 满足 功能 ,行为 ,性 能 和 系 
统 协 调 性 等 方面 的 要 求 。 


2. a\B 测试 


事实 上 ,软件 开发 人 员 不 可 能 完全 预见 用 户 实际 使 用 程序 的 情况 。 例 如 ,用 户 可 能 
错误 地 理解 命令 或 提供 一 些 奇 怪 的 数据 组 合 , 也 可 能 对 设计 者 自 认 明了 的 输出 信息 迷惑 
不 解 等 。 因 此 ,软件 是 否 真正 满足 最 终 用 户 的 要 求 ,应 由 用 户 进 行 一 系列 验收 测试 。 验 
收 测试 可 以 是 非 正式 的 测试 ,也 可 以 是 有 计划 、 有 系统 的 测试 。 验 收 测试 可 能 长 达 数 周 
甚至 数 月 ,不断 暴露 错误 ,导致 开发 延期 。 一 款 软件 产品 ,可 能 拥有 众多 用 户 , 但 不 可 能 
由 每 个 用 户 验 收 。 此 时 多 采用 称 为 a.B 测试 的 过 程 ,以 期 发 现 那 些 似乎 只 有 最 终 用 户 才 
能 发 现 的 问题 。a 测试 是 指 软件 开发 公司 组 织 内 部 人 员 模 拟 各 类 用 户 行为 对 即将 面市 的 
软件 产品 ( 称 为 a 版本) 进行 测试 ,试图 发 现 错误 并 修正 。a 测试 的 关键 在 于 尽 可 能 逼真 
地 模拟 实际 运行 环境 和 用 户 对 软件 产品 的 操作 并 尽 最 大 努力 涵盖 所 有 可 能 的 用 户 操 作 
方式 。 经 过 a 测试 调整 的 软件 产品 称 为 B 版 本 。 紧 随 其 后 的 8B 测试 是 指 软 件 开发 公司 组 
织 各 方面 的 典型 用 户 在 日 常 工作 中 实际 使 用 B 版 本 ,并 要 求 用 户 报告 异常 情况 、 提 出 批 
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评 意 见 。 然 后 软件 开发 公司 再 对 B 版 本 进行 改 错 和 完善 。 一 般 包 括 功能 度 、 安 全 可 靠 
性 易 用 性 、 可 扩充 性 ,兼容 性 .效率 、 资 源 占用 率 、 用 户 文档 八 个 方面 中 。 


356 回归 测试 


回归 测试 是 指 软 件 系 统 被 修改 或 扩充 (如 系统 功能 增强 或 升级 ) 后 重新 进行 的 测试 ， 
是 为 了 保证 对 软件 所 做 的 修改 没有 引入 新 的 错误 而 重复 进行 的 测试 。 为 了 防止 软件 的 
变更 产生 无 法 预料 的 副作用 ,不 仅 要 对 内 容 进行 测试 ,还 要 重复 进行 过 去 已 经 进行 过 的 
测试 ,以 证 明 修改 没有 引起 未 曾 预 料 的 后 果 , 或 证 明 修 改 后 的 软件 仍 能 满足 具体 的 需求 。 

在 理想 的 测试 环境 中 ,程序 每 改变 一 次 ,测试 人 员 都 重新 执行 回归 测试 ,一 方面 来 验 
证 新 增加 或 修改 功能 的 正确 性 ; 另 一 方面 以 确定 是 否 在 实现 新 功能 的 过 程 中 引入 了 
缺陷 。 

回归 测试 特别 适用 于 较 高 阶段 的 测试 过 程 ,回归 测试 一 般 多 在 系统 测试 和 验收 测试 
环境 下 进行 ,以 确保 整个 软件 系统 新 的 构造 或 新 的 版 本 仍然 运行 正确 ,或 者 确保 软件 系 
统 的 现 有 业务 功能 完好 无 损 。 

回归 测试 一 般 采 用 黑 盒 测试 技术 来 测试 软件 的 高 级 需求 ,而 无 须 考 虑 软件 的 实现 细 
节 , 也 可 能 采用 一 些 非 功 能 测试 来 检查 系统 的 增强 或 扩展 是 否 影响 了 系统 的 性 能 特性 ， 
以 及 与 其 他 系统 间 的 互 操作 性 和 兼容 性 问题 。 


bug 跟 蹊 管理 


如 前 所 述 , 人 们 习惯 用 "软件 缺陷 (bug)” 描 述 软 件 存在 的 各 种 问题 。 本 章 将 主要 介 
绍 有 关 软 件 缺 陷 的 定义 、 产 生 的 原因 及 缺陷 如 何 穿 透 测试 ,还 包括 缺陷 的 分 类 和 生命 
周期 。 


41 软件 缺陷 的 定义 


所 谓 软 件 缺 陷 , 指 的 是 那些 导致 系统 或 部 件 不 能 实现 其 功能 的 缺陷。1. 2. 2 节 已 经 
对 软件 缺陷 的 定义 进行 描述 ,本 章节 不 再 重复 。 

软件 未 实现 产品 说 明 书 要 求 的 功能 ,或 者 出 现 了 产品 说 明 书 指明 不 会 出 现 的 错误 ， 
没有 实现 产品 说 明 书 虽 未 明确 提 及 但 应 该 实现 的 目标 。 甚 至 最 后 的 软件 难以 理解 ,不 宜 
使 用 ` 运 行 缓慢 等 都 可 以 称 作 是 软件 缺陷 。 缺 陷 的 产生 ,可 能 引起 系统 不 能 正常 运行 或 
某 些 功能 失效 。 因 此 ,和 弄 明 白 产生 缺陷 的 原因 ,并 且 有 效 、 准 确 的 定义 和 描述 软件 缺陷 ， 
可 以 使 得 软件 缺陷 得 以 快速 修复 ,从 而 节约 软件 测试 项 目的 成 本 和 资源 ,提高 产品 的 
质量 。 


42 产生 缺陷 的 原因 


图 形 用 户 界面 (GUD .B/S 结构 ,面向 对 象 设计 、 分 布 式 运算 .底层 通信 协议 .超大 型 
关系 型 数据 库 以 及 庞大 的 系统 规模 ,使 得 软件 及 系统 的 复杂 性 呈 指 数 增长 ,不 具备 软件 
开发 经 验 的 人 很 难 理解 和 掌握 这 些 概 念 。 总 体 上 来 说 ,产生 缺陷 的 原因 主要 有 以 下 几 个 
方面 : 


1. 交流 不 良 或 相互 误解 


大 多 数 的 项 目 开 发 人 员 存 在 以 下 几 种 性 格 特点 阻碍 系统 交流 。 

(1) 关 涩 。 多 数 项 目 开 发 人 员 在 跟 客 户 交流 时 不 能 很 好 的 表达 自己 的 观点 ,或 者 跟 
客户 交流 时 总 是 用 很 小 的 声音 说 明 自 己 的 观点 ,或 者 静 静 地 坐 在 会 议 室 的 角落 ,无 法 参 
与 到 别人 的 激烈 讨论 中 。 


人 = bug 跟踪 管理 


65 


(2) 胆 惰 。 项 目 参 与 人 员 缺 乏 对 客户 的 了 解 ,造成 盲目 跟从 心理 。 交 流 时 不 敢 反 驶 
或 者 提出 相反 的 意见 。 

(3) 依赖 。 部 分 项 目 参与 人 员 在 交流 时 ,只 做 好 自身 的 笔记 工作 ,将 主要 责任 寄托 在 
周围 其 他 合作 开发 人 员 上 。 

(4) 轻视 。 拥 有 专业 知识 的 项 目 人 员 不 重视 客户 的 意见 ,或 者 认为 客户 所 说 的 毫 无 

(5) 健忘 。 在 会 议 上 对 讨论 到 的 主要 问题 不 做 笔记 ,结果 在 实际 的 设计 或 者 开发 过 
程 中 遗忘 了 部 分 要 点 和 注意 事项 。 

(6) 误解 。 在 复杂 的 项 目 里 ,每 个 项 目 开 发 人 员 的 认 知 层面 .各 自 拥有 的 知识 、 处 事 
原则 各 不 相同 ,难免 会 产生 这 种 情况 。 可 以 通过 相互 培训 及 有 效 的 交流 来 避免 这 种 情况 
的 发 生 。 


2. 软件 开发 过 程 的 复杂 性 


(1) 软件 需求 定义 难以 做 到 清 清 楚楚 ,导致 设计 目标 偏离 客户 的 需求 ,从 而 引起 功能 
或 产品 特性 上 的 缺陷 。 

(2) 软件 系统 结构 非常 复杂 ,而 又 无 法 构造 一 个 完美 的 层次 结构 或 组 件 结构 ,结果 将 
导致 意 想不到 的 问题 。 

(3) 新 技术 的 采用 ,可 能 涉及 技术 或 系统 兼容 性 的 问题 ,而 事先 没有 考虑 到 。 

(4) 对 程序 多 辑 路 径 或 数据 范围 的 边界 考虑 不 周全 ,容易 在 边界 条 件 上 出 错 ,或 者 超 
出 边界 条 件 后 又 缺少 保护 导致 出 错 。 

(5) 没有 考虑 或 处 理 好 系统 崩溃 后 的 自我 恢复 ,故障 转移 或 数据 的 异地 备份 等 情况 ， 
从 而 存在 系统 安全 性 、 可 靠 性 的 隐患 。 


3. 团队 工作 的 问题 


(1) 沟通 不 够 .不 流畅 ,导致 不 同 阶段 ,不同 团队 的 开发 人 员 对 问题 的 理解 不 一 致 。 

(2) 项 目 组 成 员 技术 水 平 参差 不 齐 , 或 者 新 员工 较 多 或 培训 不 够 等 ,也 容易 引起 
问题 。 

(3) 程序 员 由 于 过 度 疲劳 不 守 规 矩 心不在焉 等 问题 造成 开发 过 程 中 问题 的 出 现 。 


4. 需求 变化 


需求 的 变化 是 复杂 的 ,其 影响 也 是 多 方面 的 。 客 户 并 不 了 解 需 求 变化 所 带 来 的 后 
果 , 并 且 只 需要 看 到 变化 , 却 从 不 考虑 变化 所 需 的 额外 工作 时 间 。 需 求 变 化 的 后 果 可 能 
会 造成 重新 设计 或 者 日 程 调整 ,已 完成 工作 重 做 或 者 被 完全 抛弃 ,整个 项 目 环境 可 能 要 
因此 改变 等 。 频 繁 而 小 的 变化 或 者 几 次 重大 的 变化 ,项 目 各 部 分 之 间 已 知 或 者 未 知 的 依 
赖 关 系 就 会 相互 影响 ,从 而 导致 更 多 问题 的 出 现 。 需 求 变 化 增加 了 项 目 操作 的 复杂 性 ， 
产生 了 大 量 不 确定 因素 ,并 且 还 可 能 打击 参与 人 员 的 工作 积极 性 。 一 个 需求 变化 频繁 的 
项 目 或 者 产品 不 具备 任何 的 测试 价值 。 
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5. 时 间 压 力 


时 间 是 一 种 宝贵 的 资源 ,这 和 某 位 将 军 说 的 一 样 :“ 我 们 的 奢侈 品 是 伏尔加 ,是 鱼子 
桨 , 却 不 是 时 间 ”。 既 然 是 一 种 宝贵 资源 就 应 该 珍惜 并 且 合 理 加 以 运用 ,所 有 软件 项 目 时 
间 都 需要 被 精确 估算 。 但 项 目 进度 也 摊 杂 不 稳定 的 时 间 因 素 ,由 此 会 造成 缺陷 的 产生 。 


6. 文档 贫乏 


贫乏 或 者 差劲 的 文档 使 得 代码 维护 和 修改 变 得 异常 艰辛 ,其 结果 是 带 来 许多 错误 。 
区 分 职业 人 员 的 方法 并 不 是 看 他 有 几 年 的 编码 经 验 ,而 在 于 其 是 否 有 良好 的 “ 先 文档 编 
写 后 实现 ”的 习惯 。 


7. 开发 工具 


总 是 希望 通过 更 加 先进 的 工具 来 避免 bug 的 出 现 ,这 就 患 上 了 典型 的 “ 银 弹 综合 
症 ”。 开 发 工具 可 能 使 我 们 摆脱 某 些 问题 的 出 现 ,并 且 提 高 工作 效率 。 但 实际 上 ,现代 的 
开发 工具 对 整个 软件 质量 尤其 是 可 靠 性 并 没有 什么 重大 的 影响 。 


43 缺陷 如 何 罕 透 测 玻 


软件 生产 过 程 中 ,经 过 多 次 测试 被 排查 出 来 的 bug 统称 为 Public bug。 它 们 被 项 目 
组 内 部 甚至 管理 层 所 认 知 (对 于 使 用 产品 的 客户 来 说 是 保密 的 )。 客 户 的 使 用 过 程 中 被 
发 现 的 bug 统称 为 Private bug。 

bug 的 产生 是 不 可 避免 的 。 即 使 最 优秀 的 开发 过 程 都 会 产生 bug。bug 产生 于 开发 
过 程 的 各 个 阶段 ,包括 需求 分析 设 计 、 实 施 测试 .部 署 等 阶段 。 可 能 有 许多 时 间 和 机 会 
去 发 现 它 , 如 果 错 过 了 就 应 该 把 这 个 结果 归罪 于 测试 的 不 正确 和 测试 的 不 完全 。 测 试 并 
不 是 软件 开发 过 程 中 独立 的 部 分 , 它 应 该 由 项 目 管理 者 .设计 人 员 、 开 发 人 员 ,测试 人 员 
一 起 来 完成 。 缺 陷 穿 过 测试 的 原因 主要 有 以 下 几 点 。 


1 规范 过 程 的 执行 代价 太 大 


正规 的 软件 公司 会 引入 QA, 对 项 目 整 个 过 程 进行 全 方位 的 质量 保证 工作 。 但 是 执 
行 QA 需要 调用 很 多 的 资源 ,就 需要 高 水 平 的 分 析 员 加 入 。 在 设计 和 实现 阶段 , 随 着 大 
量 审查 工作 的 介入 ,所 有 该 阶段 的 参与 人 员 都 要 付出 更 多 的 时 间 和 精力 来 参与 。 并 且 这 
些 形式 的 检查 .审查 和 测试 延长 了 整个 项 目的 开发 过 程 , 这 些 附加 的 工作 时 间 都 会 直接 
变 成 附加 费用 ,大 大 增加 了 整个 项 目的 造价 。 


2. 市 场 的 决策 


即使 测试 人 员 发 现 了 产品 中 的 bug, 但 是 公司 会 觉得 修复 bug 将 延长 整个 产品 的 发 
布 时 间 , 有 可 能 错过 销售 的 旺季 ,并 且 会 打 乱 整个 公司 针对 该 产品 的 销售 计划 。 在 确认 
产品 中 的 bug 不 是 非常 严重 的 情况 下 ,软件 依然 可 以 面向 销售 。 如 果 是 面向 航天 、 医 疗 、 
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股票 交割 的 管理 控制 软件 系统 , 带 有 bug 的 软件 发 布 的 后 果 是 非常 严重 的 ,但 对 于 某 些 
行业 该 做 法 是 可 行 的 。 


3. 时 间 过 于 紧迫 


测试 要 花费 大 量 的 时 间 ,至 今 尚未 有 一 种 自动 化 的 测试 工具 能 够 全 面 和 高 效率 地 测 
试 一 套 软件 产品 。 如 果 是 QA 的 工作 , 那 就 要 占用 更 多 的 项 目 时 间 。 测 试 工作 和 编码 工 
作 同 时 进行 ,并 且 在 时 间 紧 迫 的 时 候 , 大 多 数 测试 员 只 是 选择 明显 的 几 条 程序 路 径 测试 
或 者 输入 不 完整 的 测试 数据 ,这 些 都 造成 了 大 量 的 隐藏 bug。 


4. 缺少 现场 证 据 


测试 人 员 在 发 现 缺 陷 的 同时 不 知道 如 何 去 有 效 地 体现 。 如 果 软 件 存 在 一 个 严重 的 
bug, 但 是 测试 人 员 描 述 不 清 , 开 发 人 员 看 不 明白 如 何 重 现 , 那 么 将 严重 地 威胁 到 系统 的 
安全 。 

bug 的 可 重 现 性 与 导致 bug 出 现 的 原因 有 着 密切 的 联系 。 有 了 时候 bug 出 现 的 状况 
会 误导 测试 人 员 ,如 运行 软件 导致 Windows 系统 出 现 了 “非法 操作 ”的 异常 ,根据 以 往 的 
经 验 可 以 判断 是 系统 内 存 被 非法 访问 引起 的 ,而 实际 上 可 能 是 软件 中 某 个 函数 除 零 导 致 
内 存 溢出 引起 的 。 

bug 的 可 重 现 性 体现 了 测试 人 员 对 软件 系统 的 熟悉 程度 ,同时 也 体现 在 操作 的 顺序 
上 。 很 多 测试 人 员 并 没有 严谨 的 工作 方式 ,总 是 在 很 多 步 操作 后 碰 到 了 bug, 才 会 提 笔 慢 
慢 回 忆 以 前 的 操作 , 写 出 当前 的 出 错 状况 。 这 样 的 工作 方式 本 身 就 存在 着 大 量 的 不 可 靠 
因素 ,导致 bug 的 不 可 重 现 。 


5. 人 员 过 于 自信 


开发 人 员 是 非常 不 诚 县 的 测试 人 员 , 他 们 总 是 简单 地 认为 , “我 做 的 肯定 没 问题 ”或 
者 “不 可 能 呀 , 它 在 我 的 机 器 上 跑 得 好 好 的 "。 有 的 时 候 项 目 管理 者 也 很 自负 ,过 于 相信 
团队 成 员 的 表现 ,而 不 去 理会 测试 人 员 或 者 客户 的 抱怨 。 

同时 ,开发 人 员 过 于 满足 系统 的 各 方面 功能 ,也 是 自信 的 一 种 表现 。 当 人 感到 满足 
的 时 候 就 不 会 质疑 任何 假设 ,并 且 把 所 有 假设 的 输出 都 设 为 真 。 没 有 详细 的 测试 计划 ， 
没有 严谨 的 测试 行为 ,不 再 关注 每 个 细小 的 环节 ,导致 bug 没有 被 发 现 。 


6. 模糊 的 bug 提交 


开发 人 员 需 要 知道 要 实现 什么 ,怎样 把 实现 结果 以 更 简练 的 方式 书写 出 来 。 测试 人 
员 需 要 知道 要 测试 什么 ,怎样 把 测试 结果 以 更 清楚 的 方式 书写 出 来 。 图 4-1 和 图 4-2 是 
两 份 不 同 的 测试 报告 。 

图 4-1 所 示 的 bug 报告 很 糟糕 ,至 少 属于 三 无 报告 : 无 详细 错误 说 明 、 无 详细 出 错 描 
述 .无 详细 错误 跟踪 。 图 4-2 所 展示 的 报告 相对 比较 完善 ,比较 详尽 。 由 图 可 以 看 出 bug 
的 出 处 、 严 重 性 .关键 字 、 责 任 人 等 ,那么 开发 人 员 可 以 很 快 定位 和 重 现 bug。 
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报告 者 : Dawn_wang@Killbug. com 项 目 名 称 : A 项 目 
软件 版 本 : 项 目 构成 : 
bug 等 级 : Enieo ” 司 (NMajor) 
系统 平台 :| Su 了 :[suiaris “ “ 辐 
制定 拥有 者 :|Dawn_Wang@Killbug. con * 邮 件 地 址 * 
抄 送 :Dawn_Wane@killbug. con * 邮 件 地 址 * 
bug 关 键 字 :|STACKTRACE 
— 是 否 具有 代表 性 : 
可 tue vn -ia YW a 
文件 (月 ”编辑 (E) 格式 (O) 剖 看 (V) 帮助 (H) 摘要 : 隔 入 框 操 作 了 异常 
某 些 输入 框 不 能 输入 特殊 字符 ， 请 检查 。 2 机 买 - 
2 六 
3. 输 入 数据 : 和 和 “公司 网 址 ”字段 中 ， 
et | 不 允许 和 输入 字符 ， 和 如 : 公司 网 址 为 
测试 人 员 : Dawn_Wang we. bug. com’ 不 二 
时 间 : 2011-7-7 扒 述 : 
加 
图 4-1 一 份 不 详尽 的 缺陷 报告 图 4-2 一 份 定位 精确 的 错误 报告 


7. 测试 环境 的 影响 


一 个 好 的 测试 环境 需要 具备 三 个 要 素 : 熟练 使 用 工具 的 测试 人 员 、 多 种 不 同 配置 的 
系统 和 好 的 测试 模型 。 如 果 缺 少 必要 的 测试 工具 和 设备 ,那么 将 很 难 完 成 测试 。 如 在 一 
个 比较 大 型 的 网 站 中 ,如 果 测 试 人 员 没 有 有 效 的 测试 工具 或 者 必要 的 硬件 设备 ,那么 就 
很 难 去 模拟 .再 现 系 统 负载 的 环境 ,也 就 无 法 测试 系统 在 正常 负载 情况 下 的 性 能 ;如 果 缺 
少 必要 的 系统 配置 ,那么 测试 将 很 难 进 行 。 如 基于 Java 开发 的 程序 ,同时 还 和 某 种 硬件 
有 所 关联 ,如 果 缺 少 正确 的 系统 配置 ,将 无 法 在 多 种 操作 系统 上 去 验证 它 的 正确 性 和 稳 
定性 ,甚至 会 得 出 错误 的 分 析 判 断 ; 如 果 缺 少 必 要 的 测试 模型 ,那么 将 会 导致 测试 混乱 ， 
产生 更 多 的 bug。 好 的 测试 模型 不 仅 可 以 减少 更 多 的 bug, 而 且 可 以 发 现 更 多 潜在 的 
bug。 但 是 好 的 测试 模型 并 非 一 系列 测试 方法 的 组 合 , 它 更 大 的 用 处 在 于 和 历史 积累 的 
bug 记录 作对 比分 析 。 

需要 说 明 的 一 点 是 ,每 一 个 使 用 过 一 些 软件 的 人 都 会 对 软件 的 工作 方式 有 自己 的 意 
见 和 想法 ,要 编写 令 所 有 用 户 都 满意 的 软件 是 不 可 能 的 。 要 全 面 ,最 重要 的 是 要 客观 评 
价 , 并 非 所 有 测试 发 现 的 缺陷 都 要 修改 。 


44 缺陷 的 分 类 


不 同 的 软件 缺陷 会 产生 不 同 的 后 果 。 在 时 间 、 人力、 物力 允许 的 情况 下 ,应 修复 软件 
中 存在 的 所 有 缺陷 。 但 是 ,这 只 是 软件 开发 的 一 种 理想 情况 。 一 方面 , 绝 大 多 数 软件 项 
目 都 是 要 求 按期 完成 的 ,而 且 给 予 项 目的 资源 有 限 ( 包 括 人 力 资源 和 软件 生产 资料 ) 。 只 
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有 对 软件 缺陷 进行 区 别 对 待 , 区 分 其 严重 等 级 和 优先 等 级 ,将 有 限 的 资源 充分 利用 ,解决 
对 软件 产品 质量 最 为 关键 的 软件 缺陷 ,才能 生产 出 用 户 满意 的 软件 ; 另 一 方面 ,软件 缺陷 
的 修复 都 需要 付出 代价 。 在 软件 生命 周期 的 各 个 阶段 ,相同 的 软件 缺陷 的 修复 成 本 大 不 
相同 。 随 着 时 间 的 推移 ,修复 软件 缺陷 的 费用 呈 几 何 级 增加 。 因 此 要 尽 可 能 早 地 发 现 缺 
陷 并 修复 缺陷 中 。 

对 软件 缺陷 进行 分 类 ,分 析 产 生 各 类 缺陷 的 软件 过 程 原因 ,总 结 在 开发 软件 过 程 中 
不 同 软件 缺陷 出 现 的 频 度 ,制定 对 应 的 软件 过 程 管理 与 技术 的 改进 措施 ,是 提高 软件 组 
织 的 生产 能 力 和 软件 质量 的 重要 手段 。 

1. Putnam 等 中 将 软件 缺陷 分 为 六 类 : 需求 缺陷 ,设计 缺陷 .文档 缺陷 、 算 法 缺陷 、 界 
面 缺 陷 和 性 能 缺陷 。 国 家 军用 标准 GJB-437 ,根据 军用 软件 错误 的 来 源 ,将 软件 错误 分 为 
三 类 ， 

(1) 程序 错误 。 运 行程 序 与 相应 的 文档 不 一 致 , 而 文档 是 正确 的 。 

(2) 文档 错误 。 运 行程 序 与 相应 的 文档 不 一 致 ,而 程序 是 正确 的 。 

(3) 设计 错误 。 虽 然 运行 程序 与 相应 的 文档 一 致 ,但 是 存在 设计 缺陷 ,产生 错误 。 

这 两 种 分 类 方法 可 以 分 析 软 件 缺 陷 的 来 源 和 出 处 ,指明 修复 缺陷 的 努力 方向 ,为 软 
件 开发 过 程 各 项 活动 的 改进 提供 线索 。 该 分 类 方法 的 显著 特点 是 分 类 简单 。 因 为 分 类 
方法 简单 ,所 以 提供 的 缺陷 相关 信息 对 具体 的 缺陷 修复 工作 的 贡献 有 限 。 

2. Thayer 软件 错误 分 类 方法 0 是 按 错误 性 质 分 类 。 它 利用 测试 人 员 在 软件 测试 过 
程 填写 的 问题 报告 和 用 户 使 用 软件 过 程 反 馈 的 问题 报告 作为 错误 分 类 的 信息 。 它 包括 
16 个 大 类 ,164 个 子 类 。 具 体 大 类 如 下 : 

。 计算 错误 ; 

。 人 逻辑 错误 ; 

。 1/O 错误 ; 

。 数据 加 工 错误 ; 

。 操作 系统 和 支持 软件 错误 ; 

。 配置 错误 ; 

。 接口 错误 ; 

。 用 户 需 求 改变 ; 

。 预 管 数 据 库 错误 ; 

。 全 局 变量 错误 ; 

。 重复 的 错误 

。 文档 错误 ; 

。 需求 实现 错误 ; 

不 明 性 质 错 误 ; 

人 员 操 作 错 误 ; 

。 问题 。 

该 分 类 方法 特别 适用 于 指导 开发 人 员 的 缺陷 消除 和 软件 改进 工作 。 通 过 对 错误 进 
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行 分 类 统计 ,可 以 了 解 错误 分 布 状况 ,对 错误 集中 的 位 置 重 点 加 以 改进 。 该 方法 分 类 详 
细 , 适 用 面 广 ,当然 分 类 也 较为 复杂 。 但 该 分 类 方法 没有 考虑 造成 缺陷 的 过 程 原因 ,不 适 
用 于 软件 过 程 改 进 活动 。 

3. 缺陷 正 交 分 类 (Orthogonal Defects Classification,， ODC) 中 是 IBM 公司 提出 的 
缺陷 分 类 方法 。 该 分 类 方法 提供 一 个 从 缺陷 中 提取 关键 信息 的 测量 范例 ,用 于 评价 软件 
开发 过 程 ,提出 正确 的 过 程 改 进 方案 。 该 分 类 方法 用 多 个 属性 来 描述 缺陷 特征 。 在 ODC 
最 新 版 本 里 ,缺陷 特征 包括 以 下 八 个 属性 : 发 现 缺 陷 的 活动 .缺陷 影响 .缺陷 引发 事件 、 缺 
陷 载 体 、 缺 陷 年 龄 .缺陷 来 源 、 缺 陷 类 型 和 缺陷 限定 词 。ODC 对 八 个 属性 分 别 进行 了 分 
类 ,其 中 缺陷 类 型 被 分 为 七 大 类 : 赋值 .检验 算法、 时序、 接口 ,功能 和 关联 。 

分 类 过 程 分 两 步 进 行 。 第 一 步 , 缺 陷 打 开 时 ,导致 缺陷 暴露 的 环境 和 缺陷 对 用 户 可 
能 的 影响 是 易 见 的 。 此 时 可 以 确定 缺陷 的 三 个 属性 : 发 现 缺 陷 的 活动 .缺陷 引发 事件 和 
缺陷 影响 。 第 二 步 , 缺 陷 修复 关闭 时 ,可 以 确定 缺陷 的 其 余 五 个 属性 : 缺陷 载体 .缺陷 类 
型 .缺陷 限定 词 .缺陷 年 龄 和 缺陷 来 源 。 这 八 个 属性 对 于 缺陷 的 消除 和 预防 起 到 关键 
作用 。 

该 分 类 方法 分 类 细致 ,适用 于 缺陷 的 定位 、 排 除 . 缺 陷 原 因 分析 和 缺陷 预防 活动 。 
缺陷 特征 提供 的 丰富 信息 为 缺陷 的 消除 .预防 和 软件 过 程 的 改进 创造 了 条 件 。IBM 的 
研究 机 构 制 定 出 该 分 类 方法 已 经 十 多 年 ,并 一 直 在 改进 。 近 几 年 ,业界 开始 研究 并 使 
用 ODC。 其 缺点 在 于 分 类 复杂 ,难以 把 握 分 类 标准 ,缺陷 分 析 人 员 的 主观 意见 会 影响 
属性 的 确定 。 

4. 电气 和 电子 工程 师 学 会 制定 的 软件 异常 分 类 标准 (IEEE Standard Classification 
for Anomalies 1044 一 1993)03 对 软件 异常 进行 了 全 面 的 分 类 。 该 标准 描述 了 软件 生命 
周期 各 个 阶段 发 现 的 软件 异常 的 处 理 过 程 。 分 类 过 程 由 识别 .调查 ,行动 计划 和 实施 处 
理 四 个 步 又 组 成 ,每 一 步 又 包括 三 项 活动 : 记录 ,分 类 和 确定 影响 。 异 常 的 描述 数据 称 为 
支持 数据 项 。 分 类 编码 由 两 个 字母 和 三 个 数字 组 成 。 如 果 需 要 进一步 的 分 类 ,可 以 添加 
小 数 。 例 如 RR324,IV321. 1 等 。 其 中 ,RR 表示 识别 步骤 ;IV 表示 调查 步骤 ; AC 表示 行 
动 计划 步骤 ;IM 表示 确定 影响 活动 ;DP 表示 实施 处 理 步 又 。 分 类 过 程 的 四 个 步 又 都 需 
要 支持 数据 项 。 由 于 每 个 项 目 都 有 各 自 的 支持 数据 项 ,该 标准 不 强制 规定 支持 数据 项 ， 
但 提供 了 各 个 步骤 相关 的 建议 支持 数据 项 。 强 制 分 类 建立 通用 的 定义 术语 和 概念 ,便于 
项 目 之 间 .商业 环境 之 间 、 人 员 之 间 的 交流 沟通 。 可 选 分 类 提供 对 于 特殊 情况 有 用 的 额 
外 的 细节 。 在 调查 步骤 ,对 实际 原因 、 来 源 和 类 型 进行 了 强制 分 类 。 其 中 调查 步 又 将 异 
常 类 型 分 为 逻辑 问题 .计算 问题 ,接口 /时 序 问 题 .数据 处 理 问题 .数据 问题 .文档 问题 、 文 
档 质量 问题 和 强化 问题 八 个 大 类 ,下 面 又 分 为 数量 不 等 的 小 类 。 分 类 细致 深入 ,准确 说 
明了 蜡 常 的 类 型 。 

该 分 类 方法 提供 一 个 统一 的 方法 对 软件 和 文档 中 发 现 的 异常 进行 详细 的 分 类 ,并 提 
供 异常 的 相关 数据 项 帮助 异常 的 识别 和 异常 的 跟踪 活动 。 该 分 类 标准 具有 和 较 高 的 权威 
性 ,可 针对 实际 的 软件 项 目 进 行 裁剪 ,灵活 度 高 ,应 用 面 广 ,同时 提供 了 丰富 的 缺陷 信息 ， 
有 助 于 进行 缺陷 原因 分 析 。 不 足 之 处 是 没有 考虑 软件 工程 的 过 程 缺 陷 , 并 且 分 类 过 程 
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除了 上 述 四 种 缺陷 分 类 方法 外 ,还 可 以 根据 具体 分 类 标准 进行 分 类 ,如 根据 缺陷 类 
型 .缺陷 严重 程度 、 缺 陷 优先 级 、 缺 陷 状 态 以 及 缺陷 来 源 进 行 分 类 。 其 中 缺陷 状态 、 缺 陷 
严重 程度 和 缺陷 优先 级 在 接 下 来 章节 中 会 介绍 。 

根据 缺陷 类 型 进行 分 类 ,具体 如 表 4-1 所 示 。 


表 4-1 根据 缺陷 类 型 进行 分 类 


子 类 型 
编号 | 缺陷 类 型 描述 
编号 名 称 
0101 | 功能 错误 
功能 问题 品目. 要 作 结 移入 和 全 半数 0102 | 功能 缺失 
0 | portion oe de le 0103 | 功能 超越 
能 等 缺陷 | 0104 | 设计 二 义 性 
0105 | 算法 错误 
接口 问题 与 其 他 组 件 ,模块 或 设备 驱动 程 | 0 | 本 罗拉 
人 | ee 序 .调用 参数 .控制 块 或 参数 列表 | 0202 | 模块 内 接口 
ee 0203 | 公共 数据 使 用 
0301 | 分 支 不 正确 
0302 | 重复 的 迎 辑 
0303 | 忽略 极端 条 件 
0304 | 不 必要 的 功能 
03 | 好 辑 问 是 需要 进行 多 辑 分 析 , 进 行 代码 修 | 0305 | 误解 
L-Logic 改 , 如 循环 条 件 等 0306 | 条 件 测 试 错误 
0307 | 循环 不 正确 
0308 | 错误 的 变量 检查 
0309 | 计算 顺序 错误 
0310 | 逻辑 顺序 错误 
0401 | 等 式 错误 
0402 | 缺少 运算 符 
计算 问题 等 式 . 符 号 .操作 符 或 操作 书 错 Wa an 
i Mat 0404 | 括号 用 法 不 正确 
0405 | 精度 不 够 
0406 | 舍 人 错误 
0407 | 符号 错误 
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编号 


05 


数据 问题 


A-Assignment 


需要 修改 少量 代码 ,如 初始 化 或 
控制 块 。 如 声明 、 重 复命 名 , 范 
围 .限定 等 缺陷 


0501 


初始 化 错误 


0502 


存 取 错误 


0503 


引用 错误 的 变量 


0504 


数组 引用 越界 


0505 


不 一 致 的 子 程序 参数 


0506 


数据 单位 不 正确 


0507 


数据 维 数 不 正 确 


0508 


变量 类 型 不 正确 


0509 


数据 范围 不 正确 


0510 


操作 符 数据 错误 


0511 


变量 定位 错误 


0512 


数据 覆盖 


0513 


外 部 数据 错误 


0514 


输出 数据 错误 


0515 


输入 数据 错误 


0516 


数据 检验 错误 


06 


用 户 界面 问题 


U-User Interface 


人 机 交互 特性 : 屏幕 格式 , 确认 
用 户 输入 ,功能 有 效 性 .页面 排版 
等 方面 的 缺陷 


0601 


界面 风格 不 统一 


0602 


屏幕 上 的 信息 不 可 用 


0603 


屏幕 上 的 错误 信息 


0604 


界面 功能 布局 和 操作 不 合 常规 


07 


文档 问题 


D-Documentation 


影响 发 布 和 维护 ,包括 注释 等 
缺陷 


0701 


描述 含糊 


0702 


项 描述 不 完整 


0703 


项 描述 不 正确 


0704 


项 缺少 或 多 余 


0705 


项 不 能 验证 


0706 


项 不 能 完成 


0707 


不 符合 标准 


0708 


与 需求 不 一 致 


0709 


文字 排版 错误 


0710 


文档 信息 错误 


0711 


注释 缺陷 
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续 表 
子 类 型 
编号 缺陷 类 型 描 述 
编号 名 称 
性 能 问题 不 满足 系统 可 测量 的 属性 值 ,如 : 
P-Performance 执行 时 间 , 事 务 处 理 速 率 等 缺陷 
0901 | 配置 管理 问题 
i 由 于 配 图库、 变更 管理 或 版 本 控 | 0902 | 编译 打包 缺 隐 
09 | B-Build/package/ 制 引起 的 错误 i 
merge | 0903 | 变更 缺陷 
0904 | 纠 错 缺 陷 
1001 | 不 符合 编码 标准 
标准 问题 不 符合 各 种 标准 的 要 求 , 如 编码 i 
| 标准 .设计 符号 等 缺 了 di 
1003 | 不 符合 行业 标准 
11 | 环境 问题 由 于 设计 .编译 和 运行 环境 引发 | 1101 | 设计 ,编译 环境 
E-Enviroments 的 问题 1102 | 运行 环境 
1 | 其 他 问 是 以 上 问题 所 不 包含 的 其 他 问题 
O-Others 
根据 缺陷 来 源 分 类 ,具体 如 表 4-2 所 示 。 
表 4-2 根据 缺陷 来 源 进行 分 类 
序号 缺陷 来 源 描 述 
1 需求 (Requirement) 由 于 需求 分 析 不 当 所 引起 的 缺陷 
架构 (ArchitecTrue) 由 于 构架 的 问题 引起 的 缺陷 
3 设计 (Design) 由 于 设计 的 问题 引起 的 缺陷 
4 编码 (Coding) 由 于 编码 的 问题 引起 的 缺陷 
5 测试 (Test) 由 于 测试 的 问题 引起 的 缺陷 
6 集成 (Integration) 由 于 集成 的 问题 引起 的 缺陷 


45 缺陷 的 生命 周期 


和 软件 开发 生命 周期 一 样 ,缺陷 也 是 由 一 系列 的 阶段 和 活动 组 成 的 ,同样 具有 生命 
周期 。 每 一 个 bug 都 规定 了 七 种 生命 状态 , 即 bug 初始 状态 (unconfirmed&new) bug 
分 配 状态 (assigned) .bug 重新 分 配 状态 (reassigned)、bug 修复 状态 (resolved&fixed)、 
bug 验证 状态 (vertified&fixed)、bug 重新 打开 状态 (reopen)、bug 关闭 状态 
(closed&Fixed)。bug 生命 周期 及 各 状态 过 程 ,如 图 4-3 所 示 。 

bug 的 流转 状态 关键 字 如 表 4-3 所 示 。 
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74 
表 4-3 bug 状态 流转 关键 字 含 义 
bug 的 流转 
状态 关键 字 "a 
最 近 才 被 发 现 ,还 没有 人 确认 它 是 否 真 的 存在 。 
未 确定 的 如 果 有 别 的 测试 人 员 磁 到 了 同样 的 问题 ,就 可 以 
(unconfirmed) | 将 该 bug 标志 为 new, 或 者 将 该 bug 删除 ,或 者 做 
1 上 resolved 标记 
Fe bug state 最 近 被 测试 人 员 添 加 到 bug 列表 中 ,已 经 被 证 实 
新 加 入 的 存在 且 必 须 修改 的 。 即 将 被 分 配 ,如 果 分 配 了 可 
1 (new) 以 标志 为 assigned, 未 分 配 则 将 保留 new 标志 ,或 
初始 状态 者 将 这 个 bug 删除 ,或 者 做 上 resolved 标记 
dhe ane 测试 人 员 将 bug 的 修复 任务 分 配给 具体 的 实现 人 
确认 分 配 的 员 , 如 果 bug 不 属于 被 分 配 实现 人 员 的 范围 ,可 置 
1 (assigned) 为 reassigned, 等 待 测试 人 员 重 新 指定 相关 修改 人 
assigned 员 
1 重新 分 配 的 该 bug 不 属于 被 分 配 实现 人 员 的 范围 ,可 管 为 
reassigned | 一 一 (reassigned) | reassigned 等 待 测试 人 员 重 新 指定 相关 修改 人 员 
需要 帮助 的 测试 人 员 无 法 对 发 现 的 bug 进行 精确 定位 或 描 
1 Crecdinfo) 述 ,需要 相关 实现 人 员 协 助 , 以 更 深刻 地 认识 和 修 
reopen | 王 -| eo 复 这 个 bug 
1 修复 的 ， | 实现 人 员 根 据 测试 人 员 的 意见 进行 bug 修复 
1 resolved) 
vertified 重新 启用 的 当 测试 人 员 或 实现 人 员 发 现 某 些 bug 具有 关联 
Fixed et he 性 ,即使 该 bug 被 正确 修复 了 ,也 会 被 发 送 到 起 始 
| 状态 等 待 回归 再 次 确认 
closed 在 验证 的 实现 人 员 根 据 测试 人 员 对 实现 人 员 修复 后 的 bug 
Fixed Cverified) 进行 测试 确认 和 验证 ,验证 成 功 后 并 将 该 bug 标 
Te 记 为 vertified&fixed 状态 
9 安全 关闭 的 。 | 该 bug 已 经 被 完全 解决 
(closed) 


4-3 bug 的 生命 流转 图 


从 图 中 不 难看 出 bug 生命 历程 的 五 种 典型 过 程 : 

。 bug start > unconfirmed&new 状态 一 assigned 状态 ~ reassigned 状态 一 
resolved&.fixed 状态 一 vertified&fixed 状态 一 closed&fixed 状态 。 

。 bug start>resolved&fixed 状态 一 vertified&-fixed 状态 一 closed&fixed 状态 。 


。 bug start>unconfirmed&new 状态 一 assigned 状态 一 reassigned 状态 。 


。 bug start 一 unconfirmed&new 状态 一 assigned 状态 一 reassigned 状态 一 


resolved&-fixed 状态 一 reopen 状态 。 


。 bug start 一 unconfirmed&new 状态 一 assigned 状态 一 reassigned 状态 一 
resolved&.fixed 状态 一 vertified&fixed 状态 一 reopen 状态 。 

下 面 将 详细 描述 上 述 五 种 过 程 中 是 如 何 控制 和 转换 的 。 

第 一 种 过 程 ,测试 人 员 发 现 bug 并 且 将 其 标记 为 unconfirmed&new 状态 , 当 测 试 人 


员 
行 


在 排除 bug 的 登记 错误 后 ,将 该 bug 置 为 assigned 状态 。 实 现 人 员 接 到 该 bug 通告 进 
bug 确认 ,如 果 被 分 配 的 bug 不 属于 实现 人 员 的 范围 ,那么 等 待 测试 人 员 重 新 指定 相 


ss bug 跟踪 管理 。 75 


关 修 改 人 员 ,重新 分 配 成 功 后 并 将 该 bug 状态 被 置 为 reassigned 状态 。 当 实现 人 员 修 复 
bug 后 ,该 bug 置 为 resolved&fixed 状态 。 测 试 人 员 对 实现 人 员 修 复 后 的 bug 进行 测试 
确认 和 验证 ,验证 成 功 后 并 将 该 bug 标记 为 vertified&fixed 状态 。 如 果 该 bug 被 正确 修 
复 了 ,那么 其 状态 被 置 为 closed&fixed 状态 ,同时 意味 着 该 bug 的 整个 生命 周期 终结 。 

第 二 种 过 程 ,回归 测试 后 ,如 果 部 分 登记 bug 再 次 出 现 ,测试 人 员 可 直接 将 已 登记 的 
closed&-fixed 状态 的 bug 转 和 人 修复 流程 ,等 实现 人 员 修复 bug 后 将 其 置 为 resolved&fixed 状 
态 。 测 试 人 员 对 实现 人 员 修 复 后 的 bug 进行 测试 确认 和 验证 ,验证 成 功 后 并 将 该 bug 标 
记 为 vertified&fixed 状态 。 如 果 该 bug 被 正确 修复 了 ,那么 其 状态 被 置 为 closed&fixed 
状态 ,同时 意味 着 该 bug 的 整个 生命 周期 终结 。 

第 三 种 过 程 ,测试 人 员 发 现 bug 并 且 将 该 bug 标记 为 unconfirmed&new 状态 ,下 一 
步 测 试 人 员 在 排除 bug 的 登记 错误 后 ,将 该 bug 置 为 assigned 状态 。 实 现 人 员 接 到 该 
bug 通告 进行 bug 确认 ,确认 失败 后 该 bug 状态 被 置 为 reassigned 状态 并 发 送 回 bug 起 
始 阶段 。 

第 四 种 过 程 ,测试 人 员 发 现 bug 并 且 将 该 bug 标记 为 unconfirmed&-new 状态 ,下 一 
步 测 试 人 员 在 排除 bug 的 登记 错误 后 ,将 其 置 为 assigned 状态 。 实 现 人 员 接 到 该 bug 通 
告 进行 bug 确认 ,如 果 被 分 配 的 bug 不 属于 实现 人 员 的 范围 ,那么 等 待 测试 人 员 重 新 指 
定 相关 修改 人 员 , 重新 分 配 成 功 后 并 将 该 bug 状态 被 置 为 reassigned 状态 。 当 实现 人 员 
修复 bug 后 该 bug 置 为 resolved&fixed 状态 ,但 是 实现 人 员 发 现 该 bug 与 其 他 实现 人 员 
的 bug 有 关联 ,可 能 导致 本 次 修复 无 效 , 所 以 实现 人 员 将 该 bug 置 为 reopen 状态 发 送 
bug 起 始 阶段 。 

第 五 种 过 程 ,测试 人 员 发 现 bug 并 标记 为 unconfirmed&new 状态 ,下 一 步 测试 人 员 
在 排除 bug 的 登记 错误 后 ,将 其 置 为 assigned 状态 。 实 现 人 员 接 到 该 bug 通告 进行 bug 
确认 ,确认 成 功 后 该 bug 状态 被 置 为 reassigned 状态 , 当 实 现 人 员 修 复 bug 后 该 bug 置 
为 resolved&-fixed 状态 。 测 试 人 员 对 实现 人 员 修 复 后 的 bug 进行 测试 确认 和 验证 ,验证 
成 功 后 并 将 该 bug 标记 为 vertified&-fixed 状态 。 如 果 测 试 人 员 怀 疑 该 bug 并 非 真 正 修 
复 , 则 将 该 bug 置 为 reopen 状态 发 送 回 bug 起 始 阶段 。 

一 般 情况 下 ,在 测试 初期 被 发 现 的 bug 数量 会 急剧 上 升 , 随 着 实现 人 员 测试 人 员 的 
处 理 逐 渐 转 少 。 当 所 有 软件 缺陷 的 状态 都 转 为 closed&fixed 状态 , 且 在 一 段 时 间 内 没有 
被 打开 ,也 没有 新 的 bug 发 生 时 ,测试 可 以 结束 或 告 一 段落 。 


46 缺 隐 的 严重 程度 和 优先 级 


缺陷 的 严重 程度 和 优先 级 是 含义 不 同 但 相互 联系 密切 的 两 个 概念 ,它们 从 不 同方 面 
描述 了 软件 缺陷 对 软件 质量 ,用 户 、 开 发 过 程 的 影响 程度 和 处 理 方式 。 一 般 来 说 ,严重 程 
度 高 的 缺陷 具有 较 高 的 优先 级 。 严 重 程度 高 说 明 缺陷 对 软件 造成 的 质量 危害 性 大 ,需要 
优先 处 理 。 而 严重 性 低 的 缺陷 可 能 只 是 软件 的 瑕 竟 , 可 以 稍 后 处 理 。 但 是 优先 级 和 严重 
程度 并 不 总 是 一 一 对 应 的 ,也 存在 优先 级 低 但 严重 程度 高 的 缺陷 ,或 者 优先 级 高 但 严重 
程度 低 的 软件 缺陷 。 
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下 面 分 别 介绍 缺陷 的 严重 程度 等 级 和 优先 级 口 : 
1. bug 的 严重 程度 等 级 


(1) 危急 的 (critical) : 能 使 不 相关 的 系统 内 软件 (或 整个 系统 ) 损 坏 , 或 造成 严重 的 
信息 遗失 ,或 为 安装 该 软件 包 的 系统 引入 安全 漏洞 。 

(2) 重大 的 (grave) : 使 该 软件 包 无 法 或 几乎 不 可 用 ,或 造成 数据 遗失 ,或 引入 一 个 
人 允许 侵入 此 软件 包 用 户 账号 的 安全 漏洞 。 

(3) 严重 的 (serious) : 该 软件 包 违 反 了 “必须 ”或 “必要 ”的 规定 ,或 者 是 软件 包 维 护 
人 员 和 测试 人 员 认 为 该 软件 包 已 不 适合 发 布 。 

(4) 阻碍 的 (blocker): 阻碍 了 后 面 的 操作 ,需要 马上 或 者 尽快 排除 。 

(5) 重要 的 (important) : 影响 了 软件 包 可 用 性 ,但 不 至 于 造成 所 有 人 都 不 可 用 。 

(6) 常规 的 Cnormal) : 是 默认 的 ,适用 于 大 部 分 的 错误 。 

(7) 轻微 的 (minor) : 不 至 于 影响 软件 的 使 用 ,而 且 应 该 很 容易 解决 。 

(8) 微不足道 的 (trivial) : 无 关 紧 要 ,多 指 外 观 GUI 上 的 字符 拼写 错误 ,不 影响 整个 
项 目 。 


2. bug 处 理 的 优先 等 级 


(1) 立刻 修复 (immediate) : 已 经 阻碍 了 开发 工作 或 者 测试 工作 , 需 立 刻 修改 。 

(2) 马上 修复 (urgent): 阻碍 了 软件 的 部 分 应 用 ,不 修复 将 妨碍 下 面 计划 的 实施 。 

(3) 尽快 修复 (high) : 真实 存在 的 并 不 是 很 严重 ,在 版 本 发 布 之 前 修复 。 

(4) 正常 修复 Cnormal) : 有 充足 的 时 间 来 修复 ,并 且 对 现行 系统 的 影响 不 大 。 

(5) 考虑 修复 (low) : 不 是 关键 的 ,时 间 允 许 的 时 候 可 以 考虑 修复 。 

正确 区 分 和 处 理 缺 陷 严 重 程度 和 优先 级 ,是 软件 质量 保证 的 重要 环节 。 因 此 , 正 
确 处 理 和 区 分 缺陷 的 严重 程度 和 优先 级 是 所 有 的 软件 开发 和 测试 相关 人 员 的 重要 职 
责 , 需 要 正确 理解 缺陷 严重 程度 和 优先 级 的 含义 ,同时 认识 到 这 是 保证 软件 质量 的 重 
要 环节 ,应 该 引起 足够 的 重视 。 将 比较 轻微 的 缺陷 设置 成 高 严重 程度 和 高 优先 级 的 缺 
陷 , 夸 大 缺陷 的 严重 程度 ,将 影响 软件 质量 的 正确 评估 ,耗费 开发 人 员 辨 别 和 处 理 缺 陷 
的 时 间 ;而 将 严重 的 缺陷 报告 成 低 严 重 程度 和 优先 级 的 缺陷 ,这 样 会 掩盖 许多 严重 的 
缺陷 。 如 果 在 项 目 或 者 软件 发 布 前 ,发 现 还 有 很 多 由 于 不 正确 分 配 优先 级 造成 的 严重 
缺陷 ,将 需要 投入 很 多 人 力 和 时 间 进 行 修 改 , 影 响 软件 的 正常 发 布 。 或 者 这 些 严 重 的 
缺陷 成 为 漏网 之 鱼 , 随 着 软件 一 起 发 布 出 去 ,就 会 影响 软件 的 质量 并 降低 用 户 使 用 软 
件 的 信心 。 

修改 软件 缺陷 并 不 是 纯 技 术 的 问题 ,有 时 候 需 要 考虑 软件 版 本 发 布 和 质量 风险 等 因 
素 。 下 面 是 关于 缺陷 严重 程度 和 优先 级 设置 方面 的 一 些 建议 : 如 果 某 个 严重 的 缺陷 只 
非常 极端 的 条 件 下 产生 , 则 可 以 将 缺陷 的 优先 级 设置 得 比较 低 ;如 果 修 正 一 个 软件 缺陷 
需要 重新 修改 软件 的 整体 架构 ,可 能 会 产生 更 多 的 潜在 缺陷 ,而 且 市 场 要 求 尽快 发 布 软 
件 版 本 ,那么 即使 这 个 缺陷 严重 程度 很 高 ,也 需要 仔细 考虑 是 否 需要 修改 ;对 于 有 些 缺 
陷 , 可 能 它 的 严重 程度 很 低 , 但 其 市 场 影响 力 较 大 .例如 界面 中 公司 名 称 或 商标 单词 拼写 
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错误 , 则 这 个 缺陷 的 优先 级 就 很 高 ,必须 尽快 进行 修复 。 


47 缺 隐 的 描 还 


软件 缺陷 的 描述 是 软件 缺陷 报告 中 测试 人 员 对 问题 陈述 的 一 部 分 。 软 件 缺 陷 的 描 
述 需 要 具备 简单 .准确 以 及 专业 等 特点 ,否则 会 使 信息 含糊 不 清 , 可 能 会 误导 开发 人 员 。 
以 下 是 软件 缺陷 的 有 效 描述 规则 : 

(1) 单一 准确 。 每 个 报告 只 针对 一 个 缺陷 ,在 一 个 报告 中 报告 多 个 商 端 常常 会 导致 
只 有 其 中 一 个 软件 缺陷 得 到 注意 和 修复 。 

(2) 再 现 性 。 提 供 该 缺陷 的 精确 步骤 ,使 开发 人 员 容易 看 懂 , 可 以 再 现 并 修复 缺陷 。 

(3) 完整 统一 。 提 供 完整 .前 后 统一 的 软件 缺陷 的 修复 步骤 和 信息 ,例如 图 片 信息 、 
日 志文 件 等 。 

(4) 短小 精简 。 通 过 使 用 关键 词 ,可 以 使 软件 缺陷 的 标题 描述 短小 简练 ,又 能 准确 解 
释 产生 缺陷 的 现象 。 如 “存货 量 低 于 0 并 没有 发 生 错 误 提 示 报 告 ” 中 的 “存货 量 ”,“ 低 于 
0” 是 关键 词 。 

(5) 特定 条 件 。 许 多 软件 功能 在 通常 情况 下 没有 问题 ,而 在 特定 情况 下 会 存在 缺陷 ， 
所 以 软件 缺陷 描述 不 要 忽视 这 些 看 似 细节 但 又 必要 的 特定 条 件 ( 如 特定 的 操作 系统 、 浏 
览 器 或 者 某 种 设置 等 ) ,能够 提供 帮助 开发 人 员 找 到 原因 的 线索 。 例 如 ,网 站 在 IE 浏览 
器 和 Firefox 浏览 器 之 间 的 兼容 性 。 

(6) 补充 完善 。 从 发 现 bug 开始 ,测试 人 员 的 责任 就 是 保证 它 被 正确 的 报告 ,并 且 得 
到 应 有 的 重视 。 

(7) 不 做 评价 。 软 件 缺陷 描述 不 要 带 有 个 人 观点 ,不 要 对 开发 人 员 进 行 评价 。 软 件 
缺陷 报告 是 针对 产品 的 。 

缺陷 描述 分 问题 摘要 和 详细 描述 两 大 部 分 ,以 PHPWind Blog 系统 为 例 ,测试 中 的 
缺陷 描述 如 表 4-4 所 示 。 


表 4-4 缺陷 描述 示例 


问题 摘要 相对 应 的 详细 描述 
“用 户 功 能 模块 ”中 * 用 户 | 在 “用户 注册 ”界面 中 ,输入 密码 时 输入 特殊 字符 ,用户 提交 时 应 当 报错 或 
注册 ”功能 问题 提示 : 如 果 用 户 在 输入 密码 时 ,密码 中 含有 特殊 字符 ,系统 应 当 报 错 


“客户 端 设置 子 系统 ”模块 | 在 “日 志 管 理 -添加 日 志 -添加 附件 ”的 功能 中 ,“ 混 排 操 作 功 能 "选项 ,使 用 
中 “日 志 管 理 ” 功 能 问题 ”| 无 效 , 不 能 进行 图 文 混合 排列 


在 “修改 个 人 设置 ?界面 中 .应当 添 加 在 以 下 情况 时 的 报错 或 提示 : 如 果 
“用 户 设置 ?模块 中 “修改 | 输入 的 新 密码 和 确认 密码 不 是 数字 与 字母 的 组 合 ,系统 应 当 提 示 “ 密 码 
个 人 设置 ”功能 问题 包含 不 可 接受 字符 ,请 使 用 英文 和 数字 ”; 如 果 输 入 的 新 密码 和 确认 密码 
少 于 6 位 时 ,系统 应 当 提 示 “ 密 码 太 少 . 请 用 6 位 以 上 ” 


提交 一 条 缺陷 后 ,最 好 能 够 再 检查 一 遍 缺 陷 格式 是 否 有 问题 。 常 见 的 格式 问题 
如 下 : 
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。 问题 摘要 中 不 能 有 人 句号。 

。 问题 摘要 后 不 要 有 空格 ,直接 填写 内 容 。 

。 问题 摘要 比较 长 时 ,可 以 用 *, ”分隔 。 

。 详细 描述 中 序号 后 面 “. "一 定 是 半角 ,而 不 是 全 角 符号 ,并 且 后 面 不 要 青 有 空格 。 
。 详细 描述 中 分 号 一 定 要 使 用 全 角 的 分 号 。 

。 详细 描述 中 的 “一 "应 统一 。 要 在 英文 输入 法 的 半角 状态 下 输入 箭头 。 
”注意 缺陷 中 不 要 出 现 错别字 。 

另外 ,缺陷 描述 常见 的 问题 还 有 : 

。 问题 摘要 过 长 ,不 够 简练 、 准 确 。 

。 问题 摘要 与 详细 描述 的 内 容 不 一 致 。 

。 详细 描述 不 清楚 ,无 法 复 现 。 

。 详细 描述 元 长 ,不 宜 于 理解 。 


软件 自动 化 测试 基本 理论 


51 软件 自动 化 测 孩 基 钼 


软件 自动 化 测试 (Automated Testing,AT) 是 相对 手工 测试 而 存在 的 ,主要 通过 所 开 
发 的 软件 测试 工具 、 脚 本 等 来 实现 ,具有 良好 的 可 操作 性 、 可 重复 性 和 高 效率 等 特点 [9。 
目前 ,自动 化 测试 已 经 成 为 国内 软件 工程 领域 的 一 个 重要 课题 。 


51.1 自动 化 测试 的 定义 


朱 少 民 鸣 将 自动 化 测试 定义 为 : 一 切 可 以 由 计算 机 系统 自动 完成 的 测试 任务 都 已 
由 计算 机 系统 或 软件 工具 ,程序 来 承担 并 自动 执行 。 它 包含 了 下 列 三 层 含义 ， 

(1) “一切 ”, 不 仅 包括 测试 执行 的 任务 , 即 验证 被 测 对 象 ,而 且 还 包括 测试 相关 的 其 
他 任务 ,如 环境 安装 .测试 管理 、 缺 陷 管理 .设置 和 维护 等 。 

(2)“ 可 以 ”, 系统 不 能 自动 完成 测试 中 的 某 些 任务 ,如 脚本 开发 .测试 用 例 设 计 等 。 
类 似 这 些 需 要 创造 性 的 任务 依旧 必须 通过 手工 处 理 完成 。 

(3) 即使 由 系统 进行 自动 化 测试 ,还 少不了 人 的 干预 ,包括 事先 安排 自动 化 测试 任 
务 测试 结果 分 析 、 调 试 测试 脚本 等 。 

严格 地 说 ,自动 化 测试 与 测试 自动 化 之 间 存 在 区 别 。 自 动 化 测试 是 对 手工 测试 步 又 
进行 模拟 ,通过 执行 脚本 自动 测试 软件 ,并 自动 实施 软件 的 单元 测试 功能 测试 .负载 测 
试 及 性 能 测试 等 。 一 方面 ,强调 实际 测试 执行 过 程 的 改变 , 即 测试 工具 自动 执行 的 过 程 
代替 了 传统 的 手工 逐个 运行 测试 用 例 的 操作 过 程 ; 另 一 方面 ,强调 借助 工具 、 策 略 等 来 完 
成 测试 的 执行 , 即 用 工具 来 帮助 或 辅助 测试 ,该 过 程 可 能 是 全 自动 的 ,也 可 能 是 半自动 
的 。 相 比较 而 言 , 测 试 自动 化 则 侧重 自动 化 设计 和 实现 测试 的 整个 过 程 , 即 所 有 的 测试 
任务 全 部 都 可 以 用 计算 机 系统 自动 地 完成 ,包括 : 环境 的 自动 搭建 及 设置 (如 安装 包 上 载 
到 服务 器 ); 脚本 (如 根据 UML 状态 图 .时 序 图 等 生成 可 运行 的 测试 脚本 ) 的 自动 生成 
测试 数据 (如 负载 测试 所 需 的 大 量 数据 ) 的 自动 产生 ;操作 步骤 ( 含 执行 过 程 的 控制 ) 的 自 
动 执行 ;结果 (如 实际 输出 结果 和 预期 输出 结果 ) 的 自动 分 析 ; 测 试 流程 (如 测试 计划 复审 
和 批准 测试 任务 安排 和 执行 、 缺 陷 生 命 周 期 等 ) 的 自动 处 理 及 实现 ;测试 报告 自动 生 
成 等 。 
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测试 自动 化 意味 着 测试 全 过 程 的 自动 化 和 测试 管理 工作 的 完全 自动 化 。 然 而 ,往往 
很 难 完全 通过 全 自动 化 过 程 来 完成 一 个 完整 的 测试 任务 ,换言之 ,自动 化 到 不 需要 人 工 
参与 的 程度 是 不 现实 的 "9 。 

但 在 一 般 情况 下 ,“ 自 动 化 测试 "和 “测试 自动 化 ”之 间 并 无 严格 区 分 。 本 书 定义 自动 
化 测试 为 : 使 用 测试 工具 或 其 他 手段 代替 或 辅助 人 工 来 验证 各 种 软件 测试 的 需求 ,包括 
测试 活动 的 管理 与 实施 。 其 目的 是 通过 较 少 的 开销 ,得 到 更 彻底 的 测试 ,以 提高 工作 效 
率 和 产品 质量 ,而 不 是 为 了 自动 化 而 自动 化 。 妄 图 做 到 完全 百分之百 地 自动 化 测试 ,不 
仅 不 现实 ,甚至 可 能 会 引起 较 大 的 代价 ,而 且 可 能 引起 负面 性 ,直接 导致 质量 的 降低 。 

自动 化 测试 仅仅 是 测试 工作 的 一 部 分 ,是 对 手工 测试 的 一 种 补充 。 自 动 化 测试 和 手 
工 测试 往往 交织 进行 ,相互 补充 。 工 具 执 行 过 程 往往 需要 人 工分 析 , 手 工 测 试 时 也 可 借 
助 工具 处 理 及 显示 某 些 数据 \ 日 志 等 信息 。 自 动 化 测试 绝 不 能 完全 代替 手工 测试 ,而 应 
在 尊重 手工 测试 的 基础 上 ,尽量 采用 自动 化 测试 ,根据 各 自 的 特点 充分 发 挥 各 自 的 优势 ， 
使 手工 测试 和 自动 化 测试 实现 完美 结合 ,从 而 达到 高 效 测试 的 目的 。 


512 自动 化 测试 的 对 象 


通常 ,试图 实现 所 有 测试 工作 自动 化 都 不 是 很 有 成 效 ,而 且 可 能 是 不 现实 或 不 合理 
的 ,例如 ,人 机 界面 的 测试 过 程 就 不 适合 自动 化 ,因为 人 是 该 测试 的 关键 因素 。 一 般 来 
说 ,如 果 写 一 个 自动 化 脚本 需要 的 时 间 比 写 一 个 手工 脚本 需要 的 时 间 长 ,就 需要 估计 使 
用 自动 化 脚本 所 节省 的 时 间 及 该 脚本 执行 的 次 数 ,以 确定 该 脚本 是 否 适合 自动 化 。 如 果 
某 项 测试 预计 只 运行 一 次 ,那么 ,除非 实现 脚本 自动 化 的 成 本 非常 低 ( 如 捕获 回放 ) ,否则 
手工 测试 将 更 加 有 效 。 比 较 适 合 自动 化 测试 的 对 象 有 5 : 


1. 重复 的 任务 


重复 的 任务 是 自动 化 测试 的 主要 候选 对 象 ,主要 包括 回归 测试 .烟雾 测试 .负载 测试 
和 性 能 测试 等 。 其 中 ,烟雾 测试 可 以 看 作 回 归 测 试 的 一 个 子 集 , 其 运行 次 数 比 其 他 测试 
都 多 。 因 此 ,如 果 没 有 充足 的 时 间 实 现 整个 回归 测试 的 自动 化 ,首先 应 该 考虑 实现 烟雾 
测试 的 自动 化 ;使 用 工具 执行 性 能 测试 往往 会 容易 很 多 ;在 某 些 环境 中 ,如 果 不 使 用 工具 
将 不 能 执行 负载 测试 。 


2. 枯燥 的 任务 

枯燥 的 任务 也 是 自动 化 测试 的 主要 候选 对 象 ,包括 代码 覆盖 数字 计算 、 仿 真 和 人 力 
密集 型 任务 等 。 如 果 不 使 用 工具 ,这 些 任务 将 不 可 能 在 任何 比较 大 的 规模 上 进行 。 
513 自动 化 测试 的 优势 和 局 限 


通常 ,软件 测试 的 工作 量 很 大 ( 据 统计 ,测试 会 占用 到 40% 的 开发 时 间 , 一 些 可 靠 性 
要 求 非常 高 的 软件 ,甚至 占 到 开发 时 间 的 60%59 ) ,涉及 面 较 广 。 同 时 ,测试 中 有 许多 重 
复 性 的 , 非 智 力 性 的 和 非 创造 性 的 ,并 要 求 高 准确 细致 的 操作 。 由 上 节 可 知 ,这 些 任 务 最 
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适合 于 用 计算 机 代替 人 工 去 完成 ,是 自动 化 测试 的 主要 候选 对 象 。 另 外 ,自动 化 测试 还 
能 够 完成 大 量 手 工 无 法 完成 的 工作 ,如 并 发 用 户 测试 ,大 数据 量 测 试 .代码 路 径 全 覆盖 测 
试 , 短 时 内 大 量 测试 ,长 时 运行 可 靠 性 测试 .与 时 序 、 死 锁 、 资 源 冲突 、 多 线程 等 有 关 的 测 
试 等 。 因 此 ,自动 化 测试 的 引入 是 必然 的 , 它 具 有 以 下 一 些 优势 59 。 

(1) 更 方便 回归 测试 。 这 可 能 是 自动 化 测试 最 主要 的 任务 ,特别 是 在 程序 修改 比较 
频繁 时 ,效果 是 非常 明显 的 。 因 为 回归 测试 的 动作 和 用 例 是 完全 设计 好 的 ,测试 期 望 的 
结果 也 是 完全 可 以 预料 的 ,所 以 将 回归 测试 自动 运行 ,可 以 极 大 提高 测试 效率 ,缩短 回归 
测试 时 间 。 

(2) 提高 测试 质量 。 当 软件 被 修改 后 ,其 变化 经 常 不 是 很 大 ,此 时 ,自动 化 测试 工具 
能 以 便利 的 方式 验证 新 引入 的 错误 ,不 仅 节 省 了 测试 时 间 , 而 且 使 测试 达到 测试 每 个 质 
量 特 性 的 目的 ,从 而 提高 软件 测试 质量 。 

(3) 提高 测试 效率 ,缩短 测试 时 间 。 随 着 软件 系统 的 规模 不 断 增 大 ,功能 不 断 增多 ， 
人 工 测试 将 非常 耗 时 和 烦琐 ,势必 导致 测试 效率 低下 。 在 充分 并 合理 地 使 用 了 测试 工具 
后 ,不 仅 可 以 减轻 手工 测试 工作 ,而 且 还 可 以 把 控制 和 管理 引入 整个 测试 过 程 ,提高 测试 
效率 ,加 快 测试 的 完成 。 

(4) 提高 测试 覆盖 率 。 通 过 录制 回放 及 数据 驱动 来 测试 功能 ,可 以 提高 测试 覆盖 率 。 
通过 测试 工具 的 辅助 分 析 功 能 ,可 以 提高 测试 的 深度 。 

(5) 易于 执行 手工 测试 困难 或 不 能 完成 的 测试 任务 。 有 些 非 功能 性 方面 的 测试 (如 
压力 测试 .负载 测试 ,大 数据 量 测试 . 崩 溃 性 测试 ,大 量 用 户 的 测试 等 ) 是 人 工 测 试 不 可 能 
实现 的 。 例 如 ,对 于 大 量 用 户 的 测试 ,很 难 甚 至 不 能 找 若 干 台电 脑 和 同样 数目 的 操作 人 
员 在 同一 时 刻 进行 测试 ,这 样 的 测试 方法 不 切实 际 且 无 法 捕捉 程序 内 部 变化 情况 ,但 却 
可 以 通过 自动 化 测试 模拟 同时 有 许多 用 户 , 从 而 达到 测试 的 目的 。 

(6) 更 好 地 利用 资源 。 理 想 的 自动 化 测试 能 够 按 计划 完全 自动 地 运行 ,自动 化 测试 
完全 可 以 在 周末 或 者 晚上 等 时 间 段 执行 测试 。 将 烦琐 的 任务 自动 化 ,可 以 提高 准确 性 和 
测试 人 员 的 积极 性 ,将 测试 技术 人 员 解 脱出 来 投入 更 多 精力 设计 更 好 的 测试 用 例 。 

(7) 更 好 地 重 现 软件 缺陷 。 由 于 每 次 自动 化 测试 运行 的 脚本 是 相同 的 ,所 以 每 次 执 
行 测试 的 结果 和 内 容 具 有 一 致 性 。 由 于 自动 化 测试 的 一 致 性 ,很 容易 发 现 被 测 软件 的 任 
何 改变 。 

(8) 提高 软件 测试 的 准确 度 和 精确 度 ,增加 软件 信任 度 。 因 为 测试 是 自动 执行 的 ,所 
以 不 存在 执行 过 程 中 的 疏忽 和 错误 ,完全 取决 于 测试 的 设计 质量 。 一 旦 软件 通过 了 强 有 
力 的 自动 测试 后 ,软件 的 信任 度 自然 会 增加 。 

(9) 增进 测试 人 员 与 开发 人 员 之 间 的 合作 伙伴 关系 。 为 了 更 好 地 使 用 自动 化 测试 工 
具 ,测试 工程 师 需 要 对 开发 技术 有 深入 的 理解 和 实践 ,从 而 有 了 与 开发 工程 师 更 多 、 更 平 
等 地 交流 的 机 会 。 自 动 化 测试 为 测试 工程 师 与 开发 工程 师 协 同 工 作 提 供 了 一 种 交流 和 
联系 的 手段 ,双方 将 有 更 多 的 合作 与 尊重 。 

(10) 运行 更 多 更 烦琐 的 测试 。 自 动 化 的 一 个 明显 好 处 是 可 在 较 短 时 间 内 运行 更 多 
测试 。 

虽然 自动 化 测试 可 以 提高 测试 效率 ,能 够 完成 手工 测试 困难 或 无 法 胜任 的 工作 ,但 
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它 不 是 万 能 的 ,不 能 完全 代替 手工 测试 。 在 实际 应 用 中 ,自动 化 测试 也 存在 一 定 的 局 
限 性 6 。 

(1) 不 能 取代 手工 测试 。 

下 列 情况 不 适合 于 自动 化 测试 。 

QO 测试 很 少 进行 。 

@ 测试 结果 适合 于 人 工 验证 。 

@ 软件 不 稳定 。 如 果 软 件 不 稳定 , 则 会 由 于 这 些 不 稳定 因素 导致 自动 化 测试 失败 ， 
或 者 致使 测试 结果 本 身 就 是 无 效 的 。 

@ 涉及 物理 交互 的 测试 。 自 动 化 测试 工具 不 能 很 好 地 完成 与 物理 设备 的 交互 ,如 刷 
卡 机 的 测试 . 断 开 设备 物理 连接 的 测试 ,开关 电源 的 测试 等 。 

@ 人 体感 观 与 易 用 性 测试 。 界 面 的 美观 .声音 的 体验 、 易 用 性 的 测试 ,无 法 用 测试 工 
具 来 实现 。 

@ 定制 型 项 目 。 为 客户 定制 的 项 目 ,甚至 采用 的 开发 语言 .运行 环境 也 是 客户 特别 
要 求 的 ,开发 公司 在 这 方面 的 测试 积累 少 。 

@ 周期 短 的 项 目 。 项 目 周期 短 ,测试 周期 将 也 很 短 , 因 此 花 大 量 精力 准备 的 测试 脚 
本 ,不 能 得 到 重复 地 利用 。 但 为 了 特定 测试 目的 而 执行 的 测试 任务 除外 ,如 针对 特定 应 
用 的 性 能 测试 等 。 

@ 业务 规则 复杂 的 对 象 。 业 务 规则 复杂 的 对 象 有 着 较 复杂 的 逻辑 和 运算 关系 ,要 么 
工具 很 难 实现 这 些 测 试 过 程 ;要 么 需要 投入 比 直 接 进行 手工 测试 更 长 的 测试 准备 时 间 。 

(2) 发 现 故 障 的 数量 不 及 手工 测试 。 自 动 化 测试 主要 是 执行 重复 测试 ,因此 被 测 软 
件 在 自动 化 测试 中 暴露 的 故障 要 少 得 多 。 自 动 化 测试 主要 用 于 回归 测试 ,进行 正确 性 验 
证 ,而 不 是 发 现 故 障 。 据 统计 ,自动 测试 只 能 发 现 约 15% 的 故障 ,而 手工 测试 可 以 发 现 
85% 的 故障 。 

(3) 不 能 提高 测试 的 有 效 性 。 自 动 化 测试 只 是 用 于 提高 测试 的 效率 , 即 减少 测试 的 
开销 和 时 间 。 

(4) 不 具有 想象 力 ,不 能 主动 发 现 缺 陷 。 自 动 化 测试 是 通过 测试 工具 进行 ,测试 过 程 
只 是 按照 运行 机 制 执行 。 自 动 化 测试 在 许多 情况 下 不 能 直接 判断 测试 结果 的 正确 性 ,还 
需要 人 工 干 预 判 断 。 自 动 化 测试 通常 不 能 及 时 处 理 意外 事件 (如 网 络 连接 中 断 等 ), 而 且 
一 般 会 被 其 中 止 。 

(5) 可 能 会 制约 软件 开发 。 自 动 化 测试 的 维护 经 常 受 到 限制 ,制约 软件 的 开发 。 

虽然 自动 化 测试 存在 着 上 述 种 种 局 限 , 但 是 只 要 测试 人 员 能 够 不 断 地 提高 测试 技巧 、 
测试 理念 以 及 被 测 系统 的 业务 背景 ,合理 配合 使 用 手工 测试 和 自动 化 测试 ,充分 发 挥 各 自 
的 优势 ,那么 就 可 以 极 大 地 减轻 工作 量 ,提高 测试 的 质量 ,效率 和 可 靠 性 ,达到 预期 目的 。 


514 国内 软件 自动 化 测试 实施 现状 分 析 


在 国内 ,由 于 自动 化 测试 发 展 时 间 不 长 ,测试 人 员 技 能 水 平 不 高 ,软件 自动 化 测试 的 
研究 和 实施 基本 处 于 起 步 阶段 。 虽 然 也 已 出 现 了 一 批 具有 优秀 的 自动 化 测试 实施 经 验 
的 企业 ,然而 还 有 很 多 企业 和 组 织 对 自动 化 测试 认识 不 足 , 甚 至 不 愿 接受 。 国 内 软件 自 
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动 化 测试 可 分 为 三 个 层次 5 。 

第 一 层次 : 测试 的 自动 化 。 

其 目的 是 用 自动 化 工作 代替 原先 手工 工作 。 其 显著 的 特征 是 以 工具 为 中 心 。 以 
QTP 的 应 用 为 例 ,用 QTP 来 完成 原先 人 工 操 作 执 行 的 测试 案例 (如 点 击 、 录 入 等 ), 若 
QTP 不 支持 ,就 寻找 解决 方案 .或 更 换 其 他 测试 工具 。 

另外 ,自动 化 测试 不 能 完全 彻底 地 代替 手工 测试 ,而 必须 要 和 手工 测试 整合 在 一 起 ， 
才能 反映 出 其 价值 。 即 自动 化 测试 要 全 方位 和 手工 测试 执行 ,包括 案例 管理 .测试 执行 
以 及 报告 呈现 。 

第 二 层次 : 自动 化 的 测试 。 

其 目的 是 将 测试 所 涉及 的 各 个 环节 作为 一 个 统一 的 整体 进行 考虑 ,从 案例 管理 , 测 
试 执行 到 报告 呈现 都 有 相应 的 策略 及 自动 化 的 实现 。 这 些 策略 思想 .规范 和 代码 的 集合 
形成 了 一 套 自 动 化 测试 框架 。 

第 三 层次 : 软件 流程 框架 。 

整合 软件 自动 化 测试 和 软件 开发 ,从 自动 化 流程 上 ,达到 了 真正 的 测试 驱动 开发 级 
别 , 如 单元 测试 Cunit testing) 与 编码 (coding) 的 整合 。 

当前 ,大 多 数 国内 软件 企业 的 自动 化 测试 实施 处 于 第 一 层次 或 第 一 层次 向 第 二 层次 
的 过 渡 , 而 国外 微软 .IBM 等 则 已 达到 第 三 层次 。 国 内 软件 企业 实施 或 有 意向 实施 自动 
化 测试 时 过 到 的 问题 主要 有 : 

(1) 因 人 员 ,资金 .资源 等 的 不 足 , 认 为 不 必 实 施 , 从 而 放弃 实施 。 

(2) 因 一 时 热情 ,购买 了 自动 化 测试 工具 ,实行 了 新 的 测试 流程 。 然 而 ,一 段 时 间 后 ， 
工具 变 成 了 共享 资源 ,测试 流程 又 回 到 旧 模 式 。 

(3) 因 开 发 与 测试 之 间 ,甚至 与 项 目 经 理 之 间 了 矛盾 重 重 , 致 使 自动 化 测试 实施 的 成 本 
比 手 工 测试 更 高 ,工作 量 更 大 ,没有 发 挥 出 自动 化 测试 的 优势 。 

(4) 实施 较为 成 功 ,但 依然 存在 一 些 问题 。 自 动 化 测试 流程 得 到 了 推行 ,但 因 工 具 不 
适合 ,文档 不 完备 ,培训 和 技术 支持 不 充分 ,人 员 配 备 不 合理 ,脚本 可 维护 度 不 高 等 因素 ， 
影响 了 测试 质量 和 测试 效率 的 进一步 提高 。 


515 软件 自动 化 测试 的 引入 条 件 


在 引入 并 成 功 实现 测试 自动 化 时 ,必须 综合 考虑 多 方面 的 因素 , 尽 可 能 地 减少 引入 
风险 并 可 持续 性 地 开展 下 去 。 杜 文 洁 等 59 列 出 了 以 下 一 些 需要 考虑 的 因素 。 


1. 正确 认识 软件 测试 自动 化 


(1) 自动 化 测试 能 极 大 地 降低 手工 测试 的 工作 ,但 绝 不 能 完全 代替 手工 测试 。 完 全 
纯粹 的 自动 化 测试 仅仅 是 理论 上 的 目标 ,实际 操作 上 不 仅 代价 昂贵 ,而 且 基 本 不 可 能 。 
一 般 来 说 ,利用 自动 化 的 程度 超过 60% 将 过 大 的 增加 测试 相关 的 维护 成 本 。 

(2) 自动 化 的 引入 有 一 定 的 标准 。 要 经 过 综合 的 评估 ,绝对 不 能 理解 成 测试 工具 简 
单 的 录制 与 回放 过 程 。 实 际 上 ,从 实现 成 熟 度 来 说 ,自动 化 测试 分 五 个 级 别 59” ,如 表 5-1 
所 示 。 
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表 5-1 自动 化 测试 级 别 表 


级 别 说 上 明 优 点 缺 点 

一 级 | 录制 和 回放 自动 生成 自动 化 测试 脚本 ,而 不 | 测试 脚本 较 大 , 当 需 求 和 应 用 发 生变 化 
需要 任何 编程 知识 时 ,相应 的 测试 脚本 也 必须 被 重新 录制 

一 级 Me 减少 脚本 的 数量 和 维护 的 工作 


确定 了 测试 脚本 的 设计 ,在 项 目 | 要 求 测 试 人 员 具 有 很 好 的 软件 技能 , 包 
的 早期 就 可 以 开始 自动 化 测试 ”| 括 设计 、 开 发 等 

能 够 维护 和 使 用 良好 的 并 且 有 效 | 软件 开发 的 技能 是 基础 并 且 需 要 访问 相 
模拟 真实 生活 中 数据 的 测试 数据 | 关 的 测试 数据 

动作 词 的 测 | 测试 用 例 的 设计 与 测试 工具 被 分 | 需要 一 个 具有 工具 技能 和 开发 技能 的 测 
试 自动 化 离开 试 团 队 


三 级 | 编程 和 回放 


四 级 | 数据 驱动 


(3) 自动 化 测试 能 快速 定位 被 测 软件 的 功能 与 性 能 缺陷 ,但 不 会 创造 性 地 发 现 脚本 
没有 设计 的 缺陷 。 测 试 工具 要 求 设 计 者 定制 各 种 分 支 路 径 的 校 验 点 ,如 果 没 有 定制 完 
整 ,即使 存在 明显 的 缺陷 ,也 不 会 发 现 。 因 此 ,测试 前 必须 制定 全 面 、 系 统 的 测试 设计 。 

(4) 自动 化 测试 不 适 于 周期 短 、 时 间 紧 迫 的 项 目 。 与 自动 化 测试 相关 的 工作 量 很 大 ， 
将 企业 级 自动 化 测试 框架 应 用 到 任何 一 个 项 目 中 也 要 评估 其 合适 性 ,因此 不 能 盲目 地 应 
用 到 任何 一 个 测试 项 目 中 ,尤其 不 适合 周期 短 的 项 目 。 

(5) 必须 进行 多 方面 的 培训 ,包括 测试 工具 使 用 、 测 试 流程 缺陷 管理 、 人 员 安 排 等 。 


2. 评估 分 析 企 业 自身 的 现状 


(1) 企业 规模 不 限 。 不 管 公司 大 小 .关键 是 从 CTO 到 普通 工程 师 ,一 定 要 有 实施 自 
动 化 测试 的 坚定 决心 。 一 般 来 说 ,总 人 数 不 少 于 10 人 ,测试 人 员 与 开发 人 员 比 例 合适 
(比如 1 :1 到 1:1.5) 的 软件 开发 团队 可 以 优先 开展 自动 化 测试 工作 。 

(2) 开发 产品 的 企业 比 开发 项 目的 企业 优先 实施 自动 化 。 主 要 原因 在 于 测试 维护 成 
本 和 风险 小 。 因 为 产品 软件 开发 周期 长 ,需求 相对 稳定 ,测试 人 员 有 和 较 充裕 的 时 间 去 设 
计 测 试 方案 和 开发 测试 脚本 ;而 项 目 软件 面向 客户 ,需求 变更 频繁 ,一 般 以 开发 代码 为 
主 ,很 难 照顾 到 测试 代码 。 只 要 开发 流程 .测试 流程 .缺陷 管理 流程 规范 ,做 项 目 软 件 的 
企业 推行 自动 化 测试 也 相对 轻松 。 当 前 国内 做 项 目的 软件 公司 居多 ,有 很 多 正在 推行 
CMM 等 级 标准 。 

(3) 开发 和 管理 流程 标准 化 。 不 管 是 CMM 还 是 ISO ,不管 是 开发 流程 .测试 流程 还 
是 缺陷 管理 流程 ,都 可 以 参考 RUP(Rational Unified Process，Rational 统一 过 程 ) 以 及 
很 多 业界 文献 。 一 个 很 好 的 工作 原则 是 把 想 做 的 写 下 来 (计划 管理 ) ,按照 写 下 来 的 去 做 
(行为 管理 ) ,把 做 的 事情 记录 下 来 (报告 管理 ) ,出 现 的 问题 要 设法 解决 (跟踪 管理 )。 如 
果 软 件 开发 团队 据 此 开发 软件 ,那么 就 完全 具备 实施 自动 化 测试 的 条 件 。 


3. 评估 软件 自动 化 测试 切入 方式 的 风险 
自动 化 测试 与 手工 测试 需要 配合 使 用 。 对 于 自动 化 测试 率 的 目标 是 10/90(10% 的 
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自动 化 测试 和 90% 的 手工 测试 )。 当 这 些 目 标 都 实现 了 ,可 以 将 自动 化 测试 的 使 用 率 
提高 。 

一 般 来 说 ,在 下 列 测试 条 件 下 ,可 以 考虑 引入 自动 化 测试 。 

(1) 非常 重要 的 测试 ; 

(2) 项 目 没有 严格 的 时 间 压 力 ; 

(3) 具有 良好 定义 测试 策略 和 测试 计划 的 测试 ; 

(4) 拥有 一 个 能 被 识别 的 测试 框架 和 候选 者 ; 

(5) 能 够 确保 多 个 测试 运行 的 构建 策略 ; 

(6) 运行 频繁 的 测试 ; 

(7) 多 平台 环境 需要 被 测试 ; 

(8) 拥有 运行 测试 的 硬件 ; 

(9) 拥有 关注 在 自动 化 过 程 上 的 资源 ; 

(10) 能 自动 化 或 易于 自动 化 的 测试 。 

反之 ,如 果 以 上 部 分 条 件 不 满足 甚至 全 部 都 不 满足 , 则 宜 采 用 手工 测试 。 


4. 评估 企业 软件 开发 语言 的 风险 


当前 业界 流行 的 测试 工具 有 几 十 种 ,而 相同 功能 的 测试 工具 所 支持 的 环境 和 语言 
不 相同 。 当 前 国际 上 流行 的 几 个 软件 测试 工具 生产 厂商 及 一 些 主要 IDE 产品 信息 9， 
如 表 5-2 所 示 。 
表 5-2 软件 测试 工具 生产 厂商 及 其 主要 IDE 产品 信息 表 


生产 厂商 工具 名 称 测试 功能 简 述 

WinRunner 功能 测试 
LoadRunner 性 能 测试 

Mercury Interactive Corporation | QuickTest Pro 功能 测试 
Astra LoadTest 性 能 测试 
TestDirector 测试 管理 
Rational Root 功能 测试 ,性 能 测试 
Rational XDE Tester 功能 测试 

IBM Rational 
Rational TestManager 测试 管理 
Rational PurifyPlus 白 盒 测 试 
QARun 功能 测试 
QALoad 性 能 测试 

Compuware Corporation - 
QADirector 测试 管理 


DevPartner Studio Professional | 白 盒 测 试 
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续 表 
生产 厂商 工具 名 称 测试 功能 简 述 
SilkTest 功能 测试 
Sie GoLite Silk 性 能 测试 
SilkCentral Test Issue Manager | 测试 管理 
e-Tester 功能 测试 
Empirix e-Load 性 能 测试 
e-Monitor 测试 管理 
Jtest Java 白 盒 测试 
Parasoft C++ test C/C++ 白 盒 测试 
.NETtest .NET 白 盒 测试 
WebLoad 性 能 测试 
Ei WebFT 性 能 测试 
MicroSoft WebApplication Stress Tool 性 能 测试 
Quest Software Benchmark Factory 性 能 测试 
Minq Software Pure 功能 测试 ,性 能 测试 ,测试 监控 
QA Wizard 功能 测试 
Se TestTrack Pro 缺陷 管理 


5. 估算 时 间 
估算 自动 化 测试 实施 的 时 间 周 期 ,防止 时 间 的 浪费 。 
6. 评估 工作 流程 变更 风险 


实施 自动 化 测试 时 ,测试 工具 的 工作 流程 经 常会 引起 团队 的 测试 流程 .开发 流程 的 
相应 变更 。 而 这 种 变更 可 能 会 引起 团队 成 员 的 抱怨 情绪 。 因 此 ,应 尽量 减少 这 种 变更 ， 
并 解决 好 变更 中 可 能 存在 的 困难 。 


7. 人 员 培 训 与 变更 风险 


提前 对 测试 团队 人 员 培 训 和 实施 过 程 中 人 员 变 更 的 风险 性 做 出 预测 和 相应 的 处 理 
方案 。 

一 个 企业 或 软件 团队 实施 自动 化 测试 ,必然 会 面临 重重 压力 和 风险 ,但 是 只 要 团队 
成 员 和 公司 高 层 坚定 自动 化 测试 的 决心 和 信心 ,事先 做 好 评估 和 风险 预测 ,就 一 定 能 成 
功 地 实施 自动 化 测试 ,提高 测试 的 效率 和 质量 。 
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516 自动 化 测试 的 运用 步骤 
自动 化 测试 的 运用 步骤 加 包括 ， 
1. 完善 软件 测试 过 程 


开始 自动 化 测试 前 ,需要 完善 测试 计划 和 过 程 ,明确 测试 设计 和 预期 结果 的 描述 , 指 
明 测试 所 需 的 数据 ,给 出 设计 数据 的 完整 方法 ,完成 测试 设计 文档 ,并 确定 所 采用 的 测试 
方法 。 其 中 ,测试 设计 是 最 主要 的 测试 需求 说 明 。 测 试 执行 过 程 的 步骤 说 明 可 以 简化 ， 
只 要 有 软件 基本 操作 常识 的 人 员 能 根据 文档 完成 执行 工作 即 可 。 

采用 较 多 的 计算 机 是 一 个 提高 测试 效率 的 简单 方法 。 自 动 化 测试 需要 集中 考虑 所 
需要 的 支撑 设备 。 测 试 设备 ` 测 试 环境 选择 不 当 可 能 会 直接 导致 测试 结果 无 效 甚 至 错 
误 。 例 如 ,企图 使 用 单机 完成 一 些 大 容量 的 自动 化 测试 执行 工作 。 

改进 被 测 产品 的 性 能 。 当 被 测 产品 的 性 能 对 测试 速度 的 影响 达到 一 定 程度 时 ,可 将 
其 作为 影响 测试 进度 的 缺陷 ,提交 缺陷 报告 。 

改进 被 测 产品 的 功能 。 当 被 测 软件 产品 的 功能 较 难 实现 或 者 需要 测试 人 员 花 费 较 
多 时 间 去 实现 时 ,与 其 实现 该 功能 的 自动 化 测试 ,不 如 改进 该 功能 。 


2. 定义 需求 


实际 测试 中 ,应 该 有 一 份 自动 化 测试 需求 。 它 应 在 测试 设计 阶段 被 详细 定义 出 来 ， 
用 以 描述 自动 化 测试 的 目标 。 

自动 化 测试 前 ,应 该 明确 测试 成 功 的 标准 。 

手工 测试 和 自动 化 测试 的 配合 使 用 是 最 好 的 方法 。 要 么 自动 化 执行 ,手工 确认 执行 
结果 ;要 么 手工 执行 ,自动 化 确认 测试 结果 。 手 工 测试 往往 能 够 发 现 一 些 不 引 人 注 意 的 
问题 。 


3. 验证 概念 


自动 化 测试 前 ,必须 验证 其 可 行 性 ,包括 验证 所 采用 的 测试 工具 和 方法 的 可 行 性 , 验 
证 被 测 产 品 适合 自动 化 测试 的 可 行 性 。 验 证 过 程 往往 需要 较 多 的 帮助 ,花费 时 间 较 长 。 
用 来 验证 概念 的 测试 方案 是 评估 测试 工具 的 最 好 的 方式 。 

下 面 是 一 些 候选 的 验证 概念 的 试验 : 

(1) 回归 测试 。 它 是 自动 化 测试 的 最 主要 任务 。 

(2) 配置 测试 。 所 有 的 测试 用 例 都 应 该 在 其 支持 平台 上 被 执行 。 

(3) 搭建 测试 环境 。 当 大 量 的 测试 用 例 所 需要 的 测试 环境 相同 时 , 先 实现 环境 搭建 
的 自动 化 是 个 较 好 的 选择 。 

(4) 非 GUI 测试 。 非 GUI(CLI 和 APD 测 试 自动 化 的 实现 比 GUI 要 容易 得 多 。 


4. 支持 产品 的 可 测试 性 


软件 产品 一 般 使 用 命令 行 接口 (Command Line Interface, CLI) ,应 用 程序 接口 
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(API) 和 图 形 用 户 接口 (GUD) 三 种 不 同类 别 的 接口 。 与 GUI 相 比 ,CLI 和 API 容易 实现 
自动 化 。 因 此 ,应 该 鼓励 开发 人 员 在 产品 中 提供 CLI 和 API, 以 支持 产品 的 可 测试 性 。 
有 时 它们 被 隐藏 在 产品 的 内 部 。 


5. 设计 的 可 延续 性 


为 了 与 产品 新 版 本 的 功能 和 其 他 相关 的 修改 保持 一 致 ,自动 化 测试 需要 被 长 期 不 停 
地 维护 和 扩充 。 


6. 有 计划 地 部 署 
有 计划 地 部 署 ,确保 产品 相关 人 员 能 够 获得 测试 方案 。 
7. 开展 自动 化 测试 


通过 合理 地 引入 测试 工具 ,顺利 地 完成 自动 化 测试 ,能 够 提高 测试 质量 ,缩短 测试 时 
间 , 从 而 更 快 .更 好 地 为 用 户 提供 高 质量 的 软件 产品 。 

近年 来 ,国内 软件 测试 技术 发 展 迅速 ,并 从 纯 手工 测试 向 测试 自动 化 、 工 程 化 方向 发 
展 。 要 真正 实现 软件 测试 的 自动 化 .工程 化 ,就 必须 要 有 一 批 优质 的 软件 测试 自动 化 、 工 
程 化 的 工具 。 下 面 就 对 软件 测试 工具 的 情况 进行 介绍 。 


52 软件 自动 化 测 防 工具 


软件 自动 化 测试 工具 是 实现 软件 自动 化 测试 的 关键 因素 。 因 此 ,选择 一 款 优质 的 、 
适合 测试 项 目 实 际 情况 的 测试 工具 是 成 功 实现 自动 化 测试 的 第 一 步 。 本 节 将 对 自动 化 
测试 工具 的 作用 分 类 及 常用 的 自动 化 测试 工具 进行 介绍 。 


521 自动 化 测试 工具 的 作用 及 优势 


一 般 而 言 ,软件 自 动 化 测试 是 借助 测试 工具 进行 的 。 部 分 的 测试 设计 ,实现 ,执行 和 
比较 都 能 够 用 测试 工具 执行 。 人 工 设 计 的 测试 用 例 由 工具 执行 并 对 结果 进行 比较 。 如 
果 采 用 自动 比较 技术 ,可 以 自动 完成 对 测试 用 例 执行 结果 的 判断 ,避免 人 工 比 较 存 在 的 
玻 漏 问 题 n9 。 

自动 化 测试 工具 的 作用 主要 体现 在 以 下 几 个 方面 : 

(1) 确定 最 优 硬 件 配置 。 

(2) 检查 可 靠 性 。 

(3) 检查 软 硬 件 的 升级 情况 。 

(4) 评估 新 产品 。 

自动 化 测试 工具 的 优势 主要 有 : 

(1) 记录 业务 流程 并 自动 生成 脚本 程序 。 

(2) 精确 测试 。 
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(3) 生成 大 量 虚拟 用 户 。 

(4) 监控 软 硬 件 系统 。 

(5) 模仿 网 络 设备 。 

(6) 胜任 人 工 无 法 完成 的 困难 测试 。 
(7) 显示 和 分 析 测 试 结果 。 


522 自动 化 测试 工具 分 类 


目前 ,自动 化 测试 工具 的 种 类 繁多 。 按 测试 方法 可 分 为 白 盒 测试 工具 和 黑 盒 测试 工 
具 59 ; 按 收费 方式 可 分 为 商业 测试 工具 .开源 测试 工具 和 免费 测试 工具 ; 按 测试 的 对 象 和 
目的 可 分 为 单元 测试 工具 、 负 载 测 试 工 具 、 功 能 测试 工具 ,性 能 测试 工具 .回归 测试 工具 、 
Web 测试 工具 ,数据库 测试 工具 、 骨 入 式 测试 工具 ,测试 设计 与 开发 工具 测试 执行 和 评 
估 工 具 ,测试 管理 工具 等 。 


1. 白 盒 测 试 工具 


白 盒 测试 工具 一 般 应 用 于 被 测 源 程序 ,针对 程序 代码 ,程序 结构 、 对 象 属性 等 ,测试 
所 发 现 的 缺陷 可 以 定位 到 代码 行 、 对 象 或 变量 级 。 根 据 工作 原理 的 不 同 ,又 可 分 为 静态 
测试 工具 和 动态 测试 工具 。 

1) 静态 测试 工具 

静态 测试 工具 是 在 不 运行 被 测 程序 的 前 提 下 ,通过 检查 程序 代码 ,分 析 软 件 的 特性 ， 
找 出 缺陷 ,得 出 测试 报告 。 静 态 分 析 主 要 集中 在 需求 文档 、 设 计 文 档 ,程序 结构 以 及 代码 
语法 等 方面 。 按 照 完 成 的 职能 不 同 ,静态 测试 工具 包括 以 下 几 种 类 型 ; 

(1) 代码 审查 ; 

(2) 一 致 性 检查 ; 

(3) 错误 检查 ; 

(4) 接口 分 析 ; 

(5) 输入 输出 规格 说 明 分 析 检 查 ; 

(6) 数据 流 分 析 ; 

(7) 控制 流 分 析 ; 

(8) 类 型 分 析 ; 

(9) 单元 分 析 ; 

(10) 复杂 性 分 析 ; 

(11) 规范 性 分 析 。 

2) 动态 测试 工具 

动态 测试 工具 通过 实际 运行 被 测 系统 ,并 设置 断 点 ,向 代码 生成 的 可 执行 文件 中 插 
入 一 些 监测 代码 ,掌握 断 点 时 刻 程 序 运 行 的 数据 (对 象 属性 .变量 的 值 等 ), 具 有 功能 确 
认 .接口 测试 .覆盖 率 分 析 、 性 能 分 析 等 性 能 。 动 态 测试 工具 可 以 分 为 以 下 几 种 类 型 ; 

(1) 功能 确认 与 接口 测试 ; 

(2) 覆盖 测试 ; 
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(3) 性 能 测试 ; 
(4) 内 存 分 析 。 


2. 黑 盒 测试 工具 


黑 盒 测试 工具 是 在 明确 被 测 软件 产品 应 有 功能 的 前 提 下 ,完全 不 考虑 其 内 部 结构 、 
内 部 特性 和 处 理 过 程 ,来 检验 软件 功能 是 否 按 需求 说 明正 常 工 作 。 

按照 完成 的 职能 不 同 , 黑 盒 测 试 工具 可 分 为 功能 测试 工具 和 性 能 测试 工具 。 功 能 测 
试 工具 用 于 测试 程序 的 功能 是 否 达 到 要 求 ;性 能 测试 工具 用 于 测试 软件 和 系统 的 性 能 
如 何 。 


3. 商业 测试 工具 


需要 付费 , 且 价 格 较 昂贵 ,但 相对 成 熟 和 稳定 , 且 提 供 售后 服务 和 技术 支持 。 

目前 ,商业 测试 工具 在 GUI 功能 测试 和 性 能 测试 方面 占有 较 多 。 流 行 的 基于 GUI 
的 功能 自动 化 测试 工具 有 Robot\QTP .TestComplete 等 。 各 种 自动 化 测试 工具 在 IDE、 
脚本 开发 语言 ,脚本 开发 方式 ,支持 的 控件 等 方面 有 较 大 区 别 , 但 其 实现 的 功能 大 致 相同 。 


4. 开源 测试 工具 


源 代码 公开 发 布 ,由 自愿 者 开发 和 维护 的 软件 。 它 是 测试 工具 的 一 个 重要 分 支 。 越 
来 越 多 的 软件 企业 开始 使 用 开源 测试 工具 。 只 要 不 作为 商业 用 途 , 大 多 数 开 源 测试 工具 
可 以 免费 使 用 ,有 时 需要 考虑 使 用 的 成 本 ,甚至 某 些 方面 可 能 比 商 业 测试 工具 的 成 本 还 

相对 于 商业 测试 工具 而 言 , 开 源 测 试 工具 有 几 个 明显 的 优势 : 

(1) 成 本 更 低 。 在 不 作 商 业 用 途 的 前 提 下 ,大 部 分 开源 测试 工具 可 免费 使 用 。 

(2) 选择 余地 更 大 。 能 打破 商业 测试 工具 的 垄断 地 位 ,给 测试 人 员 更 多 的 选择 空间 。 

(3) 可 改造 性 好 。 源 代码 开放 ,可 按 需 求 对 其 进行 个 性 化 改造 。 

其 不 足 之 处 在 于 : 

(1) 安装 和 部 署 相 对 困难 。 大 部 分 开源 测试 工具 的 安装 配置 等 过 程 都 较 复杂 。 

(2) 易 用 性 不 足 。 易 用 性 ,用户 体验 方面 偏差 。 

(3) 稳定 性 不 强 。 部 分 开源 测试 工具 不 够 稳定 。 

(4) 学 习 和 获取 技术 支持 较 难 。 大 部 分 开源 测试 工具 缺乏 培训 指导 和 技术 支持 服 
务 , 仅 带 有 粗糙 的 联机 帮助 和 用 户 手册 ,给 测试 人 员 的 学 习 增 加 了 一 定 的 难度 。 


523 常用 自动 化 测试 工具 简介 


本 节 将 根据 各 测试 工具 的 供应 商 网 站 5* 写 及 其 使 用 手册 荆 '55 提供 的 信息 ,对 常用 的 
自动 化 测试 工具 的 特点 、 功 能 等 进行 简单 介绍 。 


1. Rational Robot 


Rational Robot 是 IBM/Rational 的 产品 之 一 ,是 QA 团队 进行 C/S 应 用 程序 功能 测 
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试 的 自动 化 测试 工具 。 支 持 缺 陷 检测 ,包括 测试 用 例 和 测试 管理 ,支持 多 项 UI 技术。 

Rational Robot 可 用 于 功能 测试 的 GUI 脚本、 性 能 测试 的 VU 和 VB 脚本 进行 开 
发 。 其 特性 和 作用 有 : 

(1) 缩短 测试 人 员 发 现 测试 自动 化 流程 的 价值 的 学 习 进 程 。 

(2) 支持 测试 自动 化 工程 师 通过 扩展 测试 脚本 检测 缺陷 和 定义 测试 用 例 。 

(3) 提供 针对 通用 对 象 的 测试 用 例 和 用 于 开发 环境 对 象 的 专门 测试 用 例 。 

(4) 包含 内 置 测试 管理 ,集成 了 IBM Rational Unified Process 工具 。 

(5) 协助 进行 缺陷 跟踪 .变更 管理 和 需求 跟踪 。 

(6) 简化 测试 配置 。 可 用 于 多 台 机 器 间 按 照 不 同 配置 来 执行 功能 测试 。 相 同 的 功能 
测试 可 以 同时 执行 以 缩短 指定 配置 验证 问题 的 时 间 。 

(7) 支持 HTML、DHTML、VB、Java、VS. NET、VC++ 、Oracle Developer、 
PowerBuilder、Delphi 等 广泛 的 环境 和 语言 开发 的 应 用 程序 以 及 用 户 界面 上 看 不 见 的 那 
些 对 象 。 

(8) 支持 常见 控件 和 对 象 的 测试 。 可 用 于 变化 条 件 下 的 应 用 程序 组 件 的 测试 ,并 提 
供 菜单 .列表 文本 字符 ,位 图 等 多 种 对 象 的 测试 用 例 。 

(9) 提供 集成 的 编程 环境 。 当 录制 时 ,允许 以 一 种 方便 浏览 和 编辑 测试 脚本 的 集成 
MDI 编程 环境 SQABasic 生成 测试 脚本 。 

(10) 有 助 于 快速 分 析 问 题 。 自 动 日 志 及 测试 报告 和 脚本 代码 颜色 区 分 有 助 于 快速 
预览 和 分 析 问 题 。 通 过 双击 一 个 实体 ,可 以 直接 定位 到 测试 脚本 ,有 助 于 快速 分 析 和 更 
改 测 试 脚本 错误 。 


2. WinRunner 


WinRunner 是 Mercury Interactive 公司 提供 的 一 种 检验 应 用 程序 是 否 按 预期 运行 
的 企业 级 功能 测试 和 回归 测试 工具 。 通 过 自动 录制 ,检测 和 回放 用 户 的 操作 , 它 能 有 效 
地 识别 缺陷 并 且 确 保 那 些 跨越 多 个 应 用 程序 和 数据 库 的 业务 流程 在 初次 发 布 就 能 避免 
出 现 故 障 , 以 及 保持 长 期 可 靠 运行 。 

2006 年 Mercury 公司 被 HP 全 权 收 购 。 目 前 WinRunner 已 从 HP 产品 家 族 中 消 
失 , 然 而 ,国内 外 仍 有 众多 公司 使 用 它 进 行 自 动 化 测试 。 它 的 C 语 言 脚本 为 IT 系统 底层 
及 嵌入 式 领域 的 应 用 提供 了 强大 的 便利 性 。 

WinRunner 能 快速 .批量 地 完成 功能 点 测试 ;能 按照 同一 脚本 重复 执行 相同 的 动作 ， 
消除 人 工 测试 带 来 的 误差 ;能 自动 重复 执行 工作 任务 ,减少 测试 时 间 ;能 用 简单 的 测试 工 
具 履 盖 不 同 的 环境 优化 测试 ;通过 修改 和 重用 测试 脚本 ,使 测试 投资 最 小 化 ;支持 程序 风 
格 的 测试 脚本 ,通过 使 用 通配符 、 宏 .条 件 语句 、 循 环 语句 等 ,能 较 好 地 完成 测试 脚本 的 重 
用 。 其 主要 功能 有 : 

1) 轻松 创建 测试 

通过 点 击 鼠 标 和 使 用 键盘 完成 一 个 标准 的 业务 操作 流程 , 就 能 创建 测试 。 
WinRunner 能 自动 记录 该 操作 并 生成 脚本 ,并 能 直接 修改 脚本 以 满足 各 种 复杂 测试 的 需 
求 。 针 对 测试 团队 中 业务 用 户 和 专业 技术 人 员 的 不 同 需求 , WinRunner 提供 了 两 种 不 同 
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的 测试 创建 方式 。 

2) 插入 检查 点 

测试 录制 时 ,通过 插入 检查 点 ,可 检查 应 用 程序 是 否 正常 运行 。WinRunner 提供 了 
文本 .GUI. 位 图 和 数据 库 等 类 型 检查 点 。 测 试 运行 时 ,WinRunner 会 自动 收集 数据 指标 
对 检查 点 进行 一 一 验证 。 

3) 检验 数据 

WinRunner 能 验证 数据 库 的 数值 ,以 确保 业务 交易 的 准确 性 。 

4) 增强 测试 

WinRunner 的 数据 驱动 向 导 (Data Driver Wizard) 可 以 把 一 个 业务 流程 测试 转化 为 
数据 驱动 测试 ,从 而 反映 多 个 用 户 各 自 独特 且 真 实 的 行为 。 数 据 驱 动 测试 不 仅 节省 了 时 
间 和 资源 ,又 提高 了 应 用 的 测试 覆盖 率 。 

以 系统 登录 流程 为 例 , 将 登录 名 和 密码 作为 可 变 栏 , 用 多 套数 据 进行 测试 。 使 用 
Data Driver Wizard ,选择 用 数据 表格 文件 中 与 登录 名 和 密码 对 应 栏目 的 数据 替换 ,将 登 
录 名 和 密码 输入 数据 表格 文件 ,或 从 其 他 表格 和 数据 库 中 导入 。 

WinRunner 提供 了 Function Generator 以 增加 测试 的 功能 ,提供 了 Virtual Object 
Wizard 来 识别 未 知 的 非 标准 对 象 。 

5) 运行 测试 

WinRunner 会 根据 测试 运行 时 的 业务 流程 自动 操作 应 用 程序 。 

6) 分 析 结 果 

通过 交互 式 的 报告 工具 ,WinRunner 提供 了 详尽 、 易 读 的 报告 。 报 告 中 会 列 出 测试 
中 发 现 的 错误 内 容 ,位 置 .检查 点 和 其 他 重要 事件 ,帮助 对 测试 结果 进行 分 析 。 

7) 维护 测试 

应 用 程序 被 修改 后 ,需要 再 次 被 测试 。WinRunner 能 创建 可 重复 使 用 的 测试 ,而 无 
须 在 每 次 改动 程序 后 重新 创建 ,从 而 极 大 地 节省 了 时 间 和 资源 ,充分 利用 测试 投资 。 

另外 , WinRunner 将 应 用 对 象 保存 为 GUI Map 文件 以 记录 测试 。 通 过 修改 GUI 
Map 文件 ,WinRunner 可 以 方便 地 实现 测试 重用 。 此 外 , WinRunner 还 能 为 基于 无 线 的 
应 用 程序 提供 帮助 。 


3. LoadRunner 


至 2011 年 6 月 ,其 最 新 版 本 为 HP LoadRunner 11.00。HP LoadRunner 可 以 在 新 
系统 或 升级 部 署 之 前 找 出 瓶颈 所 在 ,从 而 防止 在 生产 过 程 中 出 现代 价 高 昂 的 应 用 程序 性 
能 问题 ,能够 测量 端 对 端 性 能 、 诊 断 出 应 用 程序 及 系统 瓶颈 并 让 其 发 挥 更 好 的 性 能 。 集 
成 的 载 和 人 测试 ,性 能 测试 和 应 用 程序 应 力 测 试 功能 将 有 助 于 减少 在 生产 环境 中 测试 和 部 
署 新 应 用 程序 和 系统 所 需 的 成 本 和 时 间 。IBM、Sun、Oracle 等 著名 公司 都 使 用 该 软件 ， 
但 其 价格 昂贵 。 业 界 认为 ,其 功能 与 QALoad 相 比 不 相 上 下 。 

其 主要 功能 有 : 

1) 轻松 创建 虚拟 用 户 

Virtual User Generator 允许 简便 地 创建 系统 负载 ,能 生成 虚拟 用 户 , 并 用 虚拟 用 户 
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模拟 真实 用 户 的 业务 操作 行为 。 首 先 , 记 录 业 务 流程 (如 下 订单 等 ); 然 后 ,将 其 转化 为 测 
试 脚本 。 利 用 虚拟 用 户 , 可 在 Windows、UNIX 或 Linux 上 同时 产生 成 千 上 万 个 访问 
用 户 。 

可 以 对 虚拟 用 户 进行 参数 化 操作 ,以 用 不 同 的 实际 发 生 数据 来 测试 应 用 程序 ,从 而 
反映 出 系统 的 负载 能 力 。 以 系统 登录 为 例 , 参 数 化 操作 可 将 记录 中 的 登录 名 和 密码 等 固 
定数 据 由 变量 来 代 蔡 。 在 这 些 变量 内 随意 输入 可 能 的 登录 名 和 密码 ,来 匹配 多 个 实际 用 
户 的 操作 行为 。 

为 进一步 确定 虚拟 用 户 能 够 模拟 真实 用 户 ,可 利用 LoadRunner 控制 某 些 行为 特性 。 
例如 ,只 需要 点 击 鼠 标 , 就 能 轻易 控制 交易 数量 .交易 频率 .用 户 的 思考 时 间 和 连接 速度 等 。 

2) 模拟 生产 工作 负载 

LoadRunner 可 以 设 定 负 载 方案 .业务 流程 组 合 和 虚拟 用 户 数量 。 能 快速 组 织 起 多 
用 户 的 测试 方案 , 既 能 建立 起 持续 且 循 环 的 负载 ,又 能 管理 和 驱动 负载 测试 方案 。 可 定 
义 用 户 在 何 时 访问 系统 以 产生 负载 ,实现 测试 过 程 自 动 化 。 能 监测 系统 架构 中 各 个 组 件 
的 性 能 ,包括 服务 器 数据库、 网 络 设备 等 。 

3) 识别 性 能 瓶颈 

内 置 集成 的 实时 监测 器 ,允许 随时 观察 应 用 系统 的 运行 性 能 ,实时 显示 交易 性 能 数 
据 ( 如 响应 时 间 等 ) 和 其 他 组 件 的 性 能 。 在 测试 过 程 中 ,可 以 从 客户 和 服务 器 两 方面 评估 
系统 组 件 的 运行 性 能 ,以 便 较 快 地 发 现 问 题 。 

4) 诊断 问题 的 根本 原因 

测试 结束 后 ,LoadRunner 汇总 所 有 的 测试 数据 ,并 提供 高 级 的 分 析 和 报告 工具 ,以 
便 快 速 查找 问题 并 诊断 其 根本 原因 。 通 过 使 用 LoadRunner 的 分 析 工 具 , 能 快速 地 查找 
问题 和 原因 并 作出 相应 的 调整 。 

5) 部 署 前 提高 应 用 程序 性 能 

负载 测试 是 一 个 重复 的 过 程 。 每 次 改正 错误 后 ,都 必须 在 相同 的 方案 下 ,对 应 用 程 
序 再 次 执行 负载 测试 ,以 检验 所 做 的 修正 是 否 改善 了 运行 性 能 。 

LoadRunner 完全 支持 EJB(Enterprise Java Beans) 的 负载 测试 。 人 允许 重复 执行 错误 
改正 前 后 相同 的 测试 方案 ,并 通过 HTML 报告 提供 性 能 结果 比较 基准 。 支 持 无 线 应 用 
协议 WAP 和 Imode, 支 持 Media Stream, 可 以 记录 和 重 放 任何 流行 的 多 媒体 数据 流 格 
式 来 诊断 系统 的 性 能 问题 ,诊断 原因 、 分 析 数 据 的 质量 。 


4. QACenter 


QACenter 是 Compuware 公司 提供 的 黑 盒 测试 工具 。 它 能 创建 快速 ,可 重用 的 测试 
过 程 , 能 管理 测试 过 程 ,快速 分 析 和 调试 程序 ,能 针对 回归 测试 ,强度 测试 .单元 测试 、 并 
发 测试 .集成 测试 移植 测试 容量 和 负载 测试 建立 测试 用 例 , 自 动 执行 测试 并 产生 相应 的 
测试 文档 。 

QACenter 测试 工具 主要 包括 以 下 几 个 模块 。 

1) 功能 测试 工具 QARun 

QARun 主要 用 于 客户 端 /服务 器 (Client/Server,C/S) 系 统 中 客户 端的 功能 测试 , 包 
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括 测 试 系统 的 GUI 及 事务 逻辑 。 通 过 鼠标 移动 键盘 操作 被 测 系 统 , 得 到 相应 的 脚本 ,并 
[对 脚本 进行 编辑 和 调试 。 插 入 检查 点 时 ,可 建立 期 望 输出 值 (基线 )。 执 行 检查 点 后 ， 
可 确定 实际 结果 与 期 望 结 果 是 否 相 同 。 

2) 性 能 测试 工具 QALoad 

主要 用 于 主 从 应 用 系统 、 企 业 资源 规划 (ERP) 和 电子 商务 应 用 软件 的 自动 化 负载 与 
压力 测试 。 通 过 模拟 大 量 用 户 执行 关键 业务 ,对 应 用 程序 进行 负载 测试 。 通 过 反覆 的 模 
拟 测试 ,严格 测试 应 用 系统 的 可 扩展 性 和 系统 性 能 。 其 主要 功能 和 特性 有 : 

(1) 操作 简便 

利用 QALoad Script Development Workbench 创建 完整 的 功能 脚本 。 捕 获 会 话 并 
转换 到 脚本 ,修改 和 编译 脚本 完成 测试 脚本 开发 ,将 编译 好 的 脚本 分 配 至 测试 环境 的 机 
器 上 ,驱动 多 个 play agent 模拟 大 量 用 户 的 并 发 操作 ,实施 应 用 的 负载 测试 。 由 此 可 见 ， 
其 操作 简便 ,减轻 了 大 量 的 人 工 工作 ,节省 了 时 间 ,提高 了 效率 。 

(2) 适用 性 广 

广泛 支持 DB2、DCOM、ODBC 、Oracle、NETLoad 、Corba、QARun、SAP、SQL Server、 
Sybase .Telnet\TUXEDO UNIFACE 、WinSock_WWW 等 。 

(3) 预测 系统 性 能 

当 应 用 升级 或 者 新 应 用 部 署 时 ,负载 测试 帮助 确定 系统 是 否 按 计划 处 理 用 户 负载 。 
QALoad 能 够 模拟 数 以 千 计 的 用 户 进 行商 业 交 易 。 

(4) 通过 重复 测试 寻找 瓶颈 问题 

QALoad 的 录制 和 回放 能 力 提供 了 验证 负载 下 应 用 性 能 的 可 重复 方法 ,能 模拟 大 量 
用 户 ,并 执行 和 和 运行 测试 。 通 过 反复 测试 可 以 充分 地 测试 与 容量 相关 的 问题 ,快速 确认 
性 能 瓶颈 并 进行 优化 和 调整 。 

(5) 从 控制 中 心 管理 全 局 负载 测试 

QALoad Conductor 工具 能 定义 ,管理 和 执行 负载 测试 ;能 自动 识别 网 络 中 可 进行 负 
载 测试 的 机 器 ,并 自动 分 布 工作 量 , 以 避免 网 段 超载 ;能 自动 启动 和 配置 远程 用 户 , 进 行 
全 球 负载 测试 ,并 收集 有 关 性 能 和 时 间 的 统计 数据 。 

(6) 验证 应 用 的 可 扩展 性 

为 了 提高 应 用 的 可 扩展 性 ,QALoad 提供 了 远程 存储 虚拟 用 户 响应 时 间 并 在 测试 结 
东 或 特定 时 间 下 载 这 些 资 料 的 功能 。 

另外 ,QALoad 还 有 集成 的 系统 资源 视图 ,能够 快速 产生 虚拟 负载 测试 。 

3) 测试 的 组 织 设 计 和 创建 及 管理 工具 QADirector 

QADirector 提供 应 用 系统 管理 框架 ,能 组 合 所 有 测试 阶段 ,从 而 最 有 效 地 使 用 现 有 
测试 资料 .测试 方法 和 应 用 测试 工具 。 使 用 QADirector 能 自动 地 组 织 测试 资料 ,建立 测 
试 过 程 ;能 按 正确 的 次 序 执行 多 个 测试 脚本 ,记录 、 跟 踪 、 分 析 和 记录 测试 结果 ,并 与 多 个 
并 发 用 户 共享 测试 信息 。 

4) 可 用 性 管理 工具 EcoTools 

系统 的 可 用 性 分 析 一 般 在 性 能 测试 后 进行 。 系 统 的 可 用 性 受用 户 桌 面 、 网 络 、 服 务 
器 .数据 库 环境 以 及 各 种 子 组 件 等 因素 的 影响 。 
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EcoTools 是 EcoSystem 组 件 产品 的 基础 ,用 于 解决 应 用 可 用 性 中 的 计划 ,管理 、 监 
控 和 报告 的 问题 ,但 不 用 于 诊断 问题 。 其 与 EcoTools 集成 能 为 加 载 测 试 和 计划 项 目 需 
求 提供 全 面 的 解决 方案 。 

EcoTools 可 以 监控 服务 器 资源 ,包括 监控 Windows NT、UNIX、 Oracle、 Sybase、 
SQL Server 和 其 他 应 用 包 。 

5) 性 能 优化 工具 EcoScope 

EcoScope 是 一 套 定 位 于 应 用 及 其 依赖 的 所 有 网 络 计算 资源 的 解决 方案 ,可 以 提供 应 
用 视图 ,并 标 出 应 用 是 如 何 与 基础 架构 相关 联 的 ,能 解决 复杂 环境 下 分 析 与 测量 应 用 系 
统 性 能 的 难题 。 

EcoScope 能 无 干扰 地 监控 网 络 ,自动 跟踪 LAN/WAN 的 应 用 流量 ,采集 详细 的 性 
能 指标 ,并 将 这 些 信息 关联 到 交互 界面 中 ,自动 识别 低 性 能 的 应 用 系统 、 受 影响 的 服务 器 
及 用 户 性 能 低下 的 程度 。 另 外 ,用 户 界面 能 智能 地 访问 大 量 的 EcoScope 数据 。 因此， 
EcoScope 能 较 快 地 找到 性 能 问题 的 根源 ,其 应 用 主要 表现 在 确保 成 功 部 署 新 应 用 、 维 护 
性 能 的 服务 水 平 . 加 速 问 题 检测 与 纠正 和 高 效 地 分 析 数 据 等 方面 。 

6) 测试 数据 生成 工具 TestBytes 

通过 点 击 操作 可 确定 数据 类 型 (包括 特殊 字符 的 定制 ), 通 过 与 数据 库 的 连接 可 自动 
生成 数 百 万 行 正确 的 测试 数据 。TestBytes 能 极 大 地 提高 数据 库 开 发 人 员 、QA 测试 人 员 
和 应 用 开发 人 员 的 工作 效率 。 


5. QuickTest Professional 


QuickTest Professional 是 HP Mercury 提供 的 一 款 用 于 创建 功能 和 回归 测试 的 自 
动 化 测试 工具 。 它 自动 捕获 、 验 证 和 重 放 用 户 的 交互 行为 。 

目前 ,QuickTest Professional 最 新 的 版 本 为 11.0。QTP 是 业内 市 场 份额 最 大 的 测 
试 工具 ,是 目前 HP 功能 测试 软件 的 绝对 主力 。 支 持 功能 测试 和 回归 测试 自动 化 ,用 于 
每 个 主要 软件 应 用 程序 和 环境 。 此 解决 方案 使 用 关键 字 驱 动 的 测试 概念 ,简化 了 测试 创 
建 和 维护 过 程 。 它 使 测试 人 员 能 够 使 用 专业 的 捕获 技术 直接 从 应 用 程序 屏幕 中 捕获 流 
程 来 构建 测试 案例 。 测 试 专家 还 可 通过 集成 的 脚本 和 调试 环境 完全 访问 内 在 测试 和 对 
象 属性 。 

QTP8.0 提出 了 自动 化 测试 领域 革命 性 的 一 个 新 名 词 一 一 关键 字 驱 动 。 

QTP 进行 功能 测试 的 测试 流程 大 致 分 制定 测试 计划 、 创 建 测试 脚本 、 增 强 测试 脚本 、 
运行 测试 和 分 析 测 试 结果 五 个 步骤 "9。 

1) 制定 测试 计划 

根据 被 测 项 目的 具体 需求 和 所 用 测试 工具 制定 测试 计划 ,用 于 指导 测试 全 过 程 。 

QTP 不 能 完全 取代 测试 人 员 的 手工 操作 ,但 是 在 某 个 功能 点 上 ,QTP 能 帮助 测试 人 
员 完 成 很 多 重复 和 元 余 的 工作 。 分 析 被 测 程序 的 特点 ,确定 需要 QTP 进行 测试 的 那些 
功能 点 ,可 以 细 化 到 具体 页 面 或 控件 。 就 普通 的 应 用 程序 而 言 ,QTP 应 用 在 某 些 界面 变 
化 不 大 的 回归 测试 中 是 非常 有 效 的 。 
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2) 创建 测试 脚本 

当 测 试 人 员 浏 览 站 点 或 操作 应 用 程序 的 时 候 ,QTP 的 自动 录制 机 制 能 将 其 每 一 步 操 
作 及 被 操作 的 对 象 记录 下 来 ,并 自动 生成 测试 脚本 。 与 其 他 自动 测试 工具 录制 脚本 不 同 
的 是 ,QTP 除了 以 VBScript 方式 生成 脚本 外 ,还 将 被 操作 的 对 象 及 相应 的 动作 按照 层次 
和 顺序 保存 在 一 个 基于 表格 的 关键 字 视 图 中 。 例 如 ,测试 人 员 单 击 一 个 链接 ,然后 选择 

一 个 CheckBox 控件 ,这 样 的 操作 流程 都 会 完整 地 被 记录 在 关键 字 视 图 中 。 

3) 增强 测试 脚本 

录制 完毕 后 ,测试 人 员 可 以 根据 需要 增加 一 些 扩展 功能 。QTP 允许 测试 人 员 通 过 在 
脚本 中 增加 或 更 改 测试 步骤 来 修正 或 自 定义 测试 流程 。 例 如 ,通过 增加 多 种 类 型 的 检查 
点 , 既 可 以 检查 在 程序 的 某 个 特定 位 置 或 对 话 框 中 是 否 出 现 了 所 需 的 文字 ,还 可 以 检查 
一 个 链接 是 否 返回 了 正确 的 URL 地 址 ;通过 参数 化 ,使 用 多 组 不 同 的 数据 驱动 整个 测试 

4) 运行 测试 

运行 测试 时 ,QTP 将 从 脚本 的 第 一 行 语句 开始 执行 ,验证 设置 的 检查 点 ,用 实际 数据 
代替 参数 值 ,并 给 出 相应 的 输出 结果 信息 。QTP 提供 脚本 调试 功能 。 

5) 分 析 测 试 

运行 结束 后 ,QTP 会 自动 生成 一 份 详细 的 测试 结果 报告 

QTP 可 以 使 新 测试 人 员 在 几 分钟 内 提高 效率 。 只 需 通 过 简单 地 接 。 录制 "按钮 ,并 使 
用 执行 典型 业务 流程 的 应 用 程序 即 可 创建 测试 脚本 。 系 统 使 用 简明 的 英文 语句 和 屏幕 
抓 图 来 自动 记录 业务 流程 中 的 每 个 步 又 。 用 户 可 以 在 关键 字 视 图 中 轻松 修改 、 删 除 或 重 
新 安排 测试 步骤 。 

QTP 可 以 自动 引入 检查 点 ,以 验证 应 用 程序 的 属性 和 功能 ,也 可 以 为 任何 对 象 添 加 
几 种 类 型 的 检查 点 ,以便 验证 组 件 是 否 按 预期 运行 。 对 于 关键 字 视 图 中 的 每 个 步骤 , 活 
动 屏幕 均 准 确 显示 测试 中 应 用 程序 处 理 此 步骤 的 方式 。 

QTP 可 以 在 不 需要 编程 的 情况 下 处 理 数 据 集 和 创建 多 个 测试 迭代 ,从 而 扩大 测试 案 
例 范围 ;可 以 输入 数据 或 从 数据 库 、 电 子 表格 或 文本 文件 中 导入 数据 。 

高 级 测试 人 员 可 以 在 专家 视图 中 查看 和 编辑 测试 脚本 ,该 视图 显示 QTP 自动 生成 
的 基于 业界 标准 的 VB 脚本 。 专 家 视图 中 进行 的 任何 变动 自动 与 关键 字 视 图 同步 。 

脚本 运行 结束 ,TestFusion 报告 显示 高 级 结果 概述 、 准 确 指出 应 用 程序 故障 位 置 的 
可 扩展 树 视图 、 使 用 的 测试 数据 、 突 出 显示 任何 差异 的 应 用 程序 屏幕 抓 图 以 及 每 个 通过 
和 未 通过 检查 点 的 详细 说 明 。 

QTP 加 快 了 更 新 流程 。 当 测试 中 应 用 程序 出 现 变 动 (如 “登录 ”按钮 重 命名 为 ^ 登 
入 ”) 时 ,可 以 对 共享 对 象 库 进行 一 次 更 新 ,然后 此 更 新 将 传播 到 所 有 引用 该 对 象 的 脚本 。 
用 户 可 以 将 测试 脚本 发 布 到 Mercury TestDirector, 使 其 他 QA 团队 成 员 可 以 重复 使 用 
测试 脚本 ,从 而 消除 了 重复 工作 。 

QTP 自身 又 带 有 数据 表 支 持 数据 驱动 的 测试 ,数据 驱动 使 得 自动 化 测试 代码 复 用 率 
显著 提高 。 

QTP 支持 所 有 常用 环境 的 功能 测试 ,包括 Windows、Web、. NET、 Visual Basic、 
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ActiveX Java、SAP Siebel Oracle、. PeopleSoft 和 终端 模拟 器 。 
6. TestDirector 


TestDirector 是 Mercury Interactive 公司 提供 的 一 种 企业 级 测试 管理 工具 ,也 是 业 
界 第 一 个 基于 Web 的 测试 管理 系统 中 。Mercury 被 HP 收购 后 ,HP TestDirector 现 已 
被 HP Quality Center 取代 。 

TestDirector 通过 提供 对 收集 需求 .计划 及 安排 测试 .分 析 结 果 和 管理 缺陷 及 问题 的 
可 重复 流程 ,允许 快速 高 效 地 部 署 高 质量 的 应 用 程序 。 

TestDirector 是 针对 测试 管理 必 不 可 少 的 各 个 方面 一 一 需求 管理 ,测试 计划 ,测试 实 
验 室 和 缺陷 管理 的 一 款 独 立 的 基于 Web 的 应 用 程序 。 

TestDirector 支持 IT 团队 间 高 水 平 的 交流 和 协作 ,有 助 于 横 跨 地 域 和 组 织 范 围 的 信 
息 交 互 。 

1) 需求 管理 

需求 驱动 整个 测试 。TestDirector 的 Web 界面 简化 了 需求 管理 过 程 。 

2) 测试 计划 的 制定 及 测试 用 例 的 设计 

其 Test Plan Manager 指导 测试 人 员 如 何 将 应 用 需求 转换 为 测试 计划 ,组 织 起 明确 
的 任务 和 责任 ,并 在 测试 计划 制定 期 间 为 测试 小 组 提供 关键 点 和 Web 界面 以 协调 团队 
间 的 沟通 。 

3) 人 工 与 自动 测试 的 结合 

TestDirector 提供 自动 化 切换 机 制 , 能 让 测试 人 员 决定 哪些 重复 的 人 工 测试 可 转变 
为 自动 脚本 ,并 能 简化 该 转变 ,立即 启动 测试 设计 过 程 , 以 提高 测试 速度 。 

4) 安排 和 执行 测试 

TestDirector 的 测试 实验 室 管 理 提供 了 一 个 基于 Web 的 安排 测试 日 程 的 框架 。 其 
Smart Scheduler 能 根据 测试 计划 指标 对 运行 着 的 测试 执行 监控 ,能 自动 分 辨 是 系统 错误 
还 是 应 用 错误 ,然后 将 测试 切换 到 网 络 的 其 他 机 器 。 

5) 缺陷 及 问题 管理 

TestDirector 的 缺陷 管理 贯穿 测试 发 现 问 题 、 修改 错误 和 验证 修改 结果 的 全 过 程 。 
测试 人 员 只 需 进 入 一 个 URL ,就 能 够 汇报 和 更 新 错误 ,过滤 整理 错误 列表 并 作 趋 势 分 析 。 

6) 图 形 化 和 报表 输出 

TestDirector 的 图 表 和 报告 有 助 于 分 析 数 据 信息 ,并 以 标准 的 HTML 或 Word 形式 生 
成 和 发 送 正式 测试 报告 。 分 析 数 据 能 简便 地 被 输入 到 Excel、 ReportSmith、CrystalReports 
和 其 他 第 三 方 标准 化 的 工具 中 。 


7. Jtest 


Jtest 是 Parasoft 公司 推出 的 一 套用 于 提高 开发 团队 效率 和 软件 质量 的 经 大 量 实 
践 验 证 的 自动 化 集成 解决 方案 ,重点 在 确认 Java 代码 和 应 用 程序 ,可 以 和 Parasoft 
SOAtest 无 颖 集成 完成 复杂 分 布 式 应 用 程序 和 事务 的 功能 测试 和 负载 测试 。 它 是 一 款 
针对 Java 应 用 程序 的 自动 化 白 盒 测 试 工具 。 
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其 基本 特性 和 功能 有 : 

(1) 静态 分 析 。 静 态 代码 分 析 和 数据 流 静 态 分 析 。 

(2) 单元 测试 。 创 建 、 执 行 . 优 化 和 维护 JUnit 测试 。 

(3) 实时 错误 检测 。 检 测 并 阻止 影响 应 用 程序 安全 性 可靠 性 和 性 能 的 缺陷 ,包括 异 
常 .资源 及 内 存 泄漏 安全 弱点 .性 能 等 。 

(4) 支持 大 型 团队 开发 中 测试 设置 和 测试 文件 的 共享 。 

(5) 内 置 支 持 Google Android .Spring Hibernate Eclipse\TDD、JSF .Struts JDBC、 
EB 和 JSP 等 。 

(6) 针对 Java 检查 ,内置 静 态 分 析 规 则 配置 集 。 

(7) 提供 OWASP.CWE-SANS、PCI DSS 和 其 他 安全 静态 标准 的 模板 。 

(8) 自动 纠正 违反 QuickFix 规则 的 错误 纠结 种 类 超过 350 个 。 

(9) 允许 通过 GUI 方 式 或 自 定义 方式 来 定制 编码 规范 。 

(10) 提供 GUI 接口 和 命令 行 模式 。 

(11) 可 生成 HTML、PDF 和 XML 报告 。 

(12) 团队 或 组 织 内 共享 测试 设置 和 测试 文件 。 

(13) 自动 执行 回归 测试 。 

(14) 可 与 [BM Websphere Studio 和 Eclipse IDE 集成 。 


功能 测试 


功能 测试 (functional testing) 是 指 通过 对 程序 进行 功能 抽象 ,将 其 划分 为 功能 单元 ， 
然后 通过 数据 抽象 ,对 每 个 功能 单元 生成 测试 数据 (用 例 ) 进 行 测试 ,检查 程序 产品 是 否 
达到 用 户 要 求 的 功能 。 测 试 时 ,将 测试 对 象 视 为 打 不 开 的 黑 盒 ,只 需 测试 产品 的 功能 ,而 
不 需要 了 解 其 内 部 结构 和 处 理 过 程 , 因 此 又 称 为 黑 盒 测试 。 

功能 测试 的 目的 主要 用 于 检查 实际 软件 的 功能 是 否 符 合用 户 的 需求 。 如 果 曾 以 手 
动 方式 测试 过 应 用 程序 或 网 站 ,就 会 很 清楚 手工 测试 方式 的 缺点 一 一 既 耗 时 又 了 乏味 ,而 
且 需 要 投入 大 量 的 人 力 资源 。 最 为 糟糕 的 是 , 因 时 间 的 限制 ,在 应 用 程序 发 布 前 以 手工 
方式 往往 无 法 彻底 地 测试 其 所 有 功能 。 

现 有 软件 功能 测试 工具 较 多 ,但 基本 原理 都 是 以 录制 和 回放 的 方式 实现 自动 化 功能 
测试 。Mercury 的 QuickTest Professional(QTP) 就 是 一 款 功 能 测试 工具 。 使 用 QTP 进 
行 自 动 测试 ,可 以 极 大 地 加 快 测试 流程 ,从 而 解决 这 些 问 题 。 可 以 创建 用 于 检查 应 用 程 
序 或 网 站 所 有 方面 的 测试 ,然后 在 每 次 程序 或 网 站 更 改 时 运行 这 些 测试 即 可 。 运 行 测试 
时 ,QTP 将 模拟 实际 用 户 的 操作 (如 在 应 用 程序 或 网 站 窗口 中 移动 鼠标 光标 、 单 击 图 形 用 
户 界 面 对 象 和 键盘 输入 ), 且 上 比 任何 实际 用 户 操 作 都 快 [3] 。 

本 章 将 详细 介绍 功能 测试 工具 QTP。 
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QTP 是 Mercury 公司 开发 的 一 款 先进 的 自动 化 测试 工具 。 目 前 该 公司 已 被 惠普 
(HP) 收 购 。 惠 普 官 方 网 站 对 该 工具 做 了 一 些 介绍 。 

Mercury QuickTest Professional 企业 级 自动 化 测试 工具 针对 功能 测试 和 回归 测试 
自动 化 提供 业界 最 佳 的 解决 方案 ,采用 关键 字 驱 动 (keyword-driven) 测 试 的 概念 ,能 完全 
简化 测试 的 创建 和 维护 工作 , 适 于 所 有 主要 软件 应 用 程序 和 环境 的 测试 。 

QTP 的 关键 字 驱 动 测试 方法 可 通过 与 关键 字 视 图 双向 同步 集成 的 脚本 和 调试 环境 ， 
测试 自动 化 专家 对 内 在 测试 和 对 象 属性 具有 完全 访问 权限 。QTP 通过 对 Web 页 面 或 应 
用 程序 所 进行 的 操作 录制 成 自动 化 测试 脚本 ,然后 运行 回放 测试 脚本 ,并 可 以 在 其 中 插 
人 各 种 检查 点 来 实现 对 Web 页 面 或 应 用 程序 的 功能 的 检查 。 

QTP 进行 功能 测试 的 测试 流程 主要 可 分 为 制定 测试 计划 、 创 建 测试 脚本 、 增 强 测试 
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脚本 ,运行 测试 和 分 析 测试 结果 五 个 步骤 29 。 部 分 详细 信息 可 参考 第 5 章 关 于 测试 工具 
简介 中 的 QTP 介绍 。 


62 QIP 安 装 
本 节 将 详细 介绍 HP 网 站 提供 的 自动 化 功能 测试 工具 QuickTest Professional 9. 2 
试用 版 的 安装 。 根 据 该 软件 安装 的 流程 ,整个 安装 过 程 可 以 划分 为 两 个 步骤 。 
1. 安装 Microsoft. NET Framework 2.0 
在 安装 QTP 测试 工具 之 前 ,必须 确保 安装 了 Microsoft. NET Framework 2. 0 程序 。 


运行 图 6-1 中 “QuickTest Professional 安装 程 
序 ", 按 照 安装 向 导 默 认 安装 ,直至 出 现 * 安 装 完 人 SEE 
成 "提示 。 QuickTest Professional | 


QuickTest Professional 安装 程序 
产品 信息 

2. 安装 QTP A 

再 次 运行 图 6-1 中 的 “QuickTest Professional Quality Center 加载 顶 


本 站 和 了 QuickTest Plus 工具 包 
安装 程序 ”, 接 受 许可 证 协议 后 ,在 注册 信息 页 


a 与 Mi 联系 
填 人 维护 号 (序列 号 ):; 0123-2820602186, 如 | 2 
图 6-2 所 示 。 浏览 CD 量 


按照 安装 向 导 默 认 安 装 , 直 至 "客户 注册 ”。 
无 须 注 册 , 完 成 安装 。 重 启 计算 机 , QTP 会 自 
动 完成 剩 下 的 配置 。 至 此 ,试用 期 14 天 的 QTP 安装 完成 。 


6-1 ”QuickTest Professional 安装 向 导 页 面 图 


QuickTest Professional 9.2 


注册 信息 = 
MERCURY” 


请 输入 您 的 姓名 、 的 名 称 以 及 您 的 维护 号 。 准 护 号 是 随 若 您 的 gui ckTest 
Professional 供 的 。 


用 户 名 人 : 
|125 用 户 


公司 名 称 C) : 


| 加 本 


维护 号 @) : 
R123-2820602188 


图 6-2 维护 号 向 导 页 面 图 


3. 注册 
购买 注册 码 , 按 向 导 完 成 注册 。 运 行 QTP, 打 开 Help 菜单 下 的 About QuickTest 
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Professional, 出 现 图 6-3 所 示 界 面 。 


About QuickTest Professional 9-2 


QuickTest Professional 92 
oars 
QuickTest Product ID: QTPRPID9.2/01 
站 贺 | Cick product information 
Professional | ceomese peopk 


Copyright @ Mercury Interactive Corporation 1992-2007 
Portions copyright © Microsoft Corporation 2007 
Portions copyright © ABBYY Software LTD. 2007 

List ofaddins available on this machine. 

回 Acivex 


回 Visual Basic 
回 web 


Waming 
This computer program is protected by copyright law 
and intemational treaties. 


图 6-3 QTP 信息 显示 图 


提示 : 图 中 的 ActiveX、VisualBasic 和 Web 是 QTP 自 带 的 内 部 插件 。QTP 在 使 用 
其 他 不 同 插件 时 需要 选择 不 同 的 License。 为 提高 运行 效率 ,需要 有 针对 性 地 选择 加 载 
所 需 的 插件 。 


63 测 臣 流程 


完整 的 QTP 测试 流程 由 七 个 阶段 组 成 [2 。 
1. 准备 录制 


按 测试 目标 及 要 求 设置 应 用 程序 或 网 站 和 QTP。 确 保 应 用 程序 或 网 站 显示 要 录制 
的 元 素 , 例 如 ,工具 栏 或 指定 窗口 ;确保 QTP 中 合理 完成 录制 和 运行 设置 (Automation 一 
Record and Run Settings) 和 选项 设置 (Tools 一 Options),， 例如 ,应 用 程序 或 Web 对 象 
模式 。 


根据 QTP 的 功能 特点 和 实现 成 本 ,按照 测试 用 例 需 求 或 测试 文档 ,决定 计划 用 QTP 
执行 的 测试 和 检查 的 功能 点 ,设计 测试 数据 。 


2. 录制 应 用 程序 或 Web 上 的 会 话 


当 使 用 应 用 程序 或 Web 站 点 时 ,QTP 以 关键 字 视 图 内 的 一 行 来 显示 用 户 执 行 的 任 
何 引起 应 用 程序 或 Web 发 生变 化 的 操作 步骤 ,如 单 击 链接 或 图 像 ,或 者 在 表单 中 输入 
数据 。 
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3. 增强 测试 


通过 在 测试 中 插入 检查 点 ,可 以 搜索 页 面 . 对 象 或 文本 字符 串 中 的 特定 值 , 有 助 于 确 
定 应 用 程序 或 Web 站 点 是 否 正常 运行 。 

通过 参数 化 ,可 以 扩大 测试 范围 有 助 于 检查 应 用 程序 或 Web 站 点 如 何 用 数据 集 来 
执行 同一 操作 。 

通过 添加 逻辑 和 条 件 语句 或 循环 语句 ,可 以 向 测试 中 增加 复杂 的 检查 。 


4. 调试 测试 
调试 测试 以 确保 测试 顺利 地 运行 。 
5. 运行 测试 


运行 测试 ,检查 应 用 程序 或 Web 站 点 的 行为 。 在 运行 时 ,QTP 将 打开 应 用 程序 或 链 
接 到 Web 站 点 ,并 执行 测试 中 的 每 个 步骤 。 


6. 分 析 测 试 结果 
检查 测试 结果 以 发 现 应 用 程序 或 Web 站 点 的 缺陷 。 
7. 报告 缺陷 


通过 Mercury Interactive 软件 测试 管理 工具 Quality Center ,将 发 现 的 缺陷 报告 给 
数据 库 。 


64 Windows 应 用 程序 测 玻 


641 GIP 主 界面 


在 开始 创建 测试 之 前 ,首先 熟悉 QTP 的 主 窗口 , 按 如 下 步 又 打开 QTP。 

(1) 选择 Windows 的 “开始 ”程序 ”一 ~ 
QuickTest Professional—>QuickTest Professional i 本 Ri 
或 双击 桌面 快捷 图 标 QuickTest Professional， QuickTest Be en 
出 现 Add-in Manager 对 话 框 , 如 图 6-4 I yg 
所 示 。 

提示 : 如 果 希 望 下 一 次 打开 QTP 不 出 
现 该 对 话 框 ,可 以 清除 Show on startup 复 
选 框 ,也 可 以 在 QTP 的 菜单 Tools 一 
Options 的 General 选项 卡 内 进行 设置 。 

(2) 单 击 OK 按钮 ,出 现 欢 迎 界 面 ,如 
图 6-5 所 示 。 在 此 可 以 选择 教程 .开始 录制 | CE ew) | 
新 测试 ,打开 已 有 测试 或 新 建 空 测试 。 若 希 6-4 插件 管理 对 话 框 


Adan descrption: 
Te ActveX cortrots 


To To name patormance and cbyec erthcaton rekablty load 
ory the sdds you need 


Modhy Addm beenee 
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望 下 次 打开 QTP 不 出 现 该 界面 ,可 以 不 选择 Show this screen on startup 复 选 框 , 或 在 
QTP 的 菜单 Tools 习 Options 的 General 选项 卡 内 进行 设置 。 


MIERCURY” 


一 一 一 QuickTest Professional 一 一 一 


Tutorial 

Start Recording 
Open Existing 
Blank Test 


Tip of the day: 

The Function Definition Generator enables you to add documentationthat 
specifies exactly what a step using your function does. This descriptioAl 关 
shown in the Documentation column of the Keyword View for steps thatlisethe 
function 

WS Show this screen on startup 


6-5 ”QTP 欢迎 界面 


当选 择 创 建 一 个 测试 (如 新 建 空 测试 ) 之 后 ,就 显示 QTP 主 窗口 ,如 图 6-6 所 示 。 
测试 面板 工具 栏 标题 栏 


nr WKeyvord Vicv /Ermert Ve 
Data Table ~ 9 Acwe Saeen 


Et | Welcome to QuickTest Professional 9.2 


sl| What's New in QuickTest 


MData Table 


| New Fratuee: 


图 6-6 QTP 主 窗口 


提示 : 默认 打开 QTP 时 , 主 窗口 中 的 有 些 组 件 ( 如 调试 工具 栏 操作 工具 栏 等 ) 不 会 
显示 ,可 以 在 View 菜单 下 选择 设置 其 为 显示 。 其 中 ,操作 工具 栏 只 在 关键 字 视 图 中 显 
示 , 若 在 测试 中 插入 可 重用 操作 或 外 部 操作 ,其 将 自动 显示 。 
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642 应 用 程序 实例 一 一 飞机 订 票 系统 Hight 


QTP 软件 安装 之 后 ,其 应 用 程序 中 有 自 带 的 一 个 Windows 版 的 模拟 班机 预订 与 信 
息 服务 的 应 用 程序 Flight。 其 默认 安装 在 绝对 路 径 “*C:\Program Files\ Mercury 
Interactive\ QuickTest Professional\samples\flight\app” 中 ,其 中 有 三 个 版 本 的 Flight， 
分 别 为 flight3a、flight4a 和 flight4b, 每 个 版 本 都 有 各 自 的 bug。 系 统 登录 密码 可 通过 登 
录 界 面 的 Help 获取 。 本 章 将 以 flight4a 版 本 为 例 ,结合 QTP 完成 系统 登录 及 机 票 预 订 
的 测试 。 

提示 : 要 养 成 及 时 查看 帮助 的 良好 习惯 。 


643 录制 测试 


当 操 作 执 行 Flight 系统 时 ,QTP 可 以 录制 用 户 的 动作 步 又。 这 些 动作 就 是 测试 的 
依据 。 当 停止 录制 时 ,可 以 看 到 关键 字 视 图 里 新 产生 的 测试 步骤 。 

本 节 将 录制 Flight 系统 登录 及 从 Denver 到 Frankfurt 航班 的 进程 。 

(1) 启动 QTP 并 新 建 一 个 空 测试 。 

(2) 设置 录制 和 运行 测试 项 。 选 择 菜单 Tools 一 Options 的 General 选项 卡 , 单 击 
Restore Layout 按钮 ,以 恢复 默认 主 窗口 。 选 择 菜单 Automation 一 Record and Run 
Settings。 确 保 在 Web 选项 卡 上 选中 Record and run test on any open browser, 在 
Windows Applications 选项 卡 上 选中 Record and run only on, 并 选择 Applications 
opened by QuickTest 和 Applications specified below 复 选 框 。 然 后 , 单 击 绿色 “十 ”号 ， 
在 出 现 的 Applications Details( 见 图 6-7) 中 添加 应 用 程序 可 执行 文件 flight4a. exe 及 其 
所 在 路 径 ; C:\Program Files\Mercury Interactive\ QuickTest Professional\ samples\ 
flight\app。 

单 击 OK 按钮 ,完成 设置 ,如 图 6-8 所 示 。 


Web Wndows Acolcatons 


Becord nd nn tes on ery open Windows based scplcaton 
他 Reeord mdnn ony on 

5 Appkcasora cpened by QuckTea 

厂 Apohcstons cpened va the Desidop boy the indow shel) 


pplication: 
[eVOuckTest Professional\samples fight \apolfight sa exe” ~ 国 


Woring folder. 


[Ci\Program Fles \Mercury Pteractive Quck Test polesson =] -| FD Mpobcapors spected heiow 

Program arguments. Aechcaon cetals 

[ 本 ppecaeon Wionarg Fatder 
TVProgran FiesWer ， C\Progam Fies\Mer. 

WS Launch application 


[Shclude descendant processes 
Note: You can also use environment variables to set the Record and 所 
Run Settings. Cick Help for more infomation 


Co |] ere | rw | 


6-7 Applications Details 界面 6-8 ”Record and Run Settings 界面 


到 测 应 用 四 | 。 帮助 
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提示 : 为 了 后 续 参 数 化 运行 的 方便 ,建议 此 处 选择 Record and run test on any open 
Windows-based application, 并 在 下 一 步 录 制 开 始 后 ,手工 执行 Flight 程序 ,打开 登录 
界面 。 

(3) 开始 在 Flight 上 录制 测试 。 选择 Automation 一 Record, 或 单 击 测试 工具 栏 
Record 按钮 ,或 按 F3 键 ,QTP 开始 录制 , 且 打 开 Flight 登录 界面 。 

(4) 登录 Flight。 在 AgentName 中 输入 mercury, 在 Password 中 输入 mercury , 单 
击 OK 按钮 进入 航班 预订 界面 。 

(5) 航班 预订 。 在 Date of Flight 中 输入 时 间 , 如 07/10/11; 在 Fly From 列表 中 选择 
Denver; 在 Fly To 列表 中 选择 Frankfurt; 单 击 Flights 按钮 ,在 Flights Table 界面 中 选 
择 所 需 航 班 (如 第 一 行 13634 次 航班 ) ;在 Name 中 输入 姓名 wang; 选 择 好 机 票数 量 和 舱 
位 等 级 , 单 击 Insert Order 按钮 ,生成 订单 号 21, 完 成 航班 预订 ,如 图 6-9 所 示 。 


Flight Reservation 


File Edit Analysis Help 


Blslx|lelell] 


Flight Schedule 


DateofFight FlyFrom 印 Ta 
7 Denver 了 [Fankun 了 可 Fights 


Order Informatior: 
Flight No Departure Time: Anival Time: Aiine: 


Name: 
wang 


Dlass: 
CFist CF Business  ( Economy 


Update Drder | Delete Order 


图 6-9 Flight 系统 航班 预订 界面 


(6) 停止 录制 。 选 择 Automation 悦 Stop, 或 单 击 测试 工具 栏 Stop 按钮 ,或 按 F4 键 ， 
停止 录制 程序 。 

至 此 已 预定 了 一 张 虚拟 的 从 Denver 飞 往 Frankfurt 航班 的 经 济 舱 机 票 。QTP 录制 
了 从 Record 直到 Stop 期 间 的 Flight 程序 所 有 的 操作 。 

(7) 保存 测试 。 选 择 菜单 File 一 Save, 取 文件 名 为 FlightTest。 确 保 Save Active 
Screen files 复 选 框 被 选 定 。 

提示 : 可 通过 View->Expanded All 和 Collapse All 菜单 来 扩展 和 收 起 所 有 的 测试 树 。 


644 运行 测试 


选择 Automation 一 Run, 或 单 击 测试 工具 栏 Run 按钮 ,或 按 F5 键 , 打 开 运行 对 话 
框 ,选择 默认 设置 , 单 击 OK 按钮 运行 所 录制 的 测试 FlightTest。 
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当 运 行 测试 时 ,QTP 关键 字 视 图 左边 距 中 的 民 IE 二 
箭头 指示 了 正在 运行 的 步骤 。 正 在 运行 测试 的 【| 训 
QTP 界面 如 图 6-10 所 示 。 re 


提示 : 运行 测试 时 ,经 常会 遇 到 Object not 
visible 错误 提示 ,一 般 都 是 因为 运行 时 QTP 界面 
将 应 用 程序 的 某 一 部 分 界面 遮挡 住 造成 的 ,只 需 
要 将 应 用 程序 界面 移 到 与 QTP 界面 不 重复 的 区 
域 即 可 。 


645 分 析 测 试 结果 


测试 运行 结束 后 ,QTP 会 自动 打开 测试 结果 
界面 ,如 图 6-11 所 示 。 

通过 测试 结果 树 可 以 检查 运行 测试 时 QTP 
执行 的 步骤 。 当 单 击 测试 结果 树 上 的 某 个 步骤 
时 ,该 步 又 测试 结果 的 详细 信息 就 会 显示 在 右边 
面板 内 , 且 相 应 对 象 被 突出 显示 。 

至 此 ,已 成 功 创建 并 运行 了 在 Flight 系统 上 
预订 从 Denver 飞 往 Frankfurt 航班 的 测试 。 


Ci 
Wr Kcyword Vicy 


miehtrest [TenpResults] 
Ee Vew Ioos Hep 


售 与 可 网 有 | 和 QQI+r 二 |? 


日 ” 隔 Test FlightTest Su 
测试 结果 十 ns FlightTest Results Summary 


Test FlightTest 

Results name: TempResults 测 这 疆 
Time Zone: 中国 标准 叶 间 天 各 
Run started: 2011-74-21.19.36 评 细 全 4 


Run ended: 2011-74-21.19.50 


lteration # Results 
循环 概要 1 Done 
Status Times 
状态 概 Passed 0 
Failed 0 
Wamings 0 
1 m » |\Result Details /Screen Recorder / 


, 
For Hep, press Fl 


6-11 测试 结果 界面 


646 产生 检查 点 
QTP 提供 了 多 种 类 型 的 检查 点 c ,如 表 6-1 所 示 。 
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表 6-1 QTP 检查 点 类 型 及 用 法 表 


检查 点 类 型 描述 用 法 示例 
标准 检查 点 。 ”| 检查 对 象 的 属性 什 检查 是 否 选 中 某 单 先 按 铀 
图 像 检查 点 ”| 检查 图 像 的 属性 信 检查 图 像 源 文 件 是 否 正确 
表 检 查 点 检查 表 中 的 信息 检查 表单 元 格 中 的 值 是 否 正确 
页 面 检查 点 。 ”| 检查 Web 网 页 的 特性 检查 Web 网 页 载 人 的 时 间或 者 链接 是 否 有 效 
文本 /文本 区 域 | 检查 文本 字符 惠 是 否 显 示 在 网 页 | 检查 预期 的 文本 字符 吊 是 否 显 示 在 网 页 或 对 
检查 点 或 应 用 程序 窗口 中 的 适当 位 置 。 | 话 框 上 的 预期 位 着 
将 网 页 或 应 用 程序 的 某 不 区 域 捕 ne 
位 图 检查 点 。 | 交 叶 下 或 应 用 程 育 的 菜 个 检查 网 页 或 网 页 的 任何 部 分 是 否 能 按 预 期 显示 
数据 库 检查 点 te iti tt 检查 数据 库 查询 中 的 值 是 否 正确 

机 i 检查 网 页 上 的 图 像 是 瑾 包含 ALT 属性 (该 局 
Wt 性 是 W3C Web 内 容 可 访问 性 规则 所 要 求 的 ) 
XML 检查 点 | 检查 XML 文档 的 数据 内 容 。 | 检查 特定 的 XML 文件 或 网 页 中 的 XML 文档 


Output Value 


提示 : 


检查 对 象 的 属性 值 


检查 图 像 的 长 度 和 宽度 


(1) 当 QTP 创建 检查 点 时 , 它 会 基于 检查 点 内 的 信息 (如 已 检查 的 值 ) 分 配 名 称 。 即 
使 随后 修改 了 其 所 基于 的 信息 ,检查 点 名 称 也 不 会 改变 。 但 QTP 可 能 会 截 短 关 键 字 视 
图 中 所 显示 的 名 称 。 

(2) 当 录 制 时 或 录制 后 ,都 可 以 将 检查 点 加 入 到 测试 中 。 

(3) Output Value 检测 点 在 测试 运行 过 程 中 会 将 对 象 的 属性 值 输出 到 Data Table 
内 ,运行 结束 后 Data Table 内 数据 将 清空 。 

下 面 以 录制 的 FlightTest 测试 为 例 , 介 绍 几 种 检查 点 的 产生 ,所 有 操作 将 在 Active 


Screen 中 完成 。 


1. 标准 检查 点 


检查 Login 登录 框 , 添 加 一 个 标准 检查 点 到 测试 中 。 
(1) 打开 录制 成 功 的 测试 FlightTest。 
(2) 选择 测试 面板 测试 树 中 的 Login。 
(3) 布 击 Active Screen 中 的 Login 登录 框图 片 。 

(4) 选择 Insert Standard Checkpoint ,在 出 现 的 Checkpoint Properties 界面 中 设置 


相应 的 属性 , 单 击 OK 按钮 ,插入 标准 检查 点 。 


(5) 运行 测试 ,查看 测试 报告 中 检查 点 运行 结果 及 信息 ,如 图 6-12 所 示 。 
提示 : 图 像 检 查 点 也 是 通过 标准 检查 点 产生 ,当选 择 图 片 添加 标准 检查 点 时 ,QTP 
会 自动 将 其 识别 为 图 像 。 
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销 面 iehtTest [TenpResults] - Tes 
[EE| vew Ioos Hep 
BGTARANAQA +--+)? 


[Test FlightTest Suanary 
团 Run-Tine Data Table 


Standard Checkpoint "Login": Passed 


Date and Time: 2011-7.6-132642 
国 Login. Activate 
v 国 Checkpoint “Login” Details 
mm Agent Nane:. SetText 
Wm Passvord:. SetSecureTe 
Ok. Click 
IFlight Reservation Property Name Property Value 
DFlight Reservation. kc 
Button. Click 
二 NaskEdEox. Type height 
国 Fly Fron:. Select tax 
国 Ply To:. Select width 
回 FLIGHT. Click 
国 Flights Table. Activat 
国 Flights Table. Activat 
国 Flights Table 
四 Fron. Select 
Ok.Click 
mm Nane:. SetText 
Insert Order.Click 
Dlight Reservation. Ac 
Drlight Reservation. Ac™ 
5 Dn » |\Result Details/(Screen Recorder / 
For Hep, press Fl 


Login Results 


enabled 


图 6-12 标准 检查 点 测试 运行 结果 及 信息 


2. 位 图 检查 点 


检查 Login 登录 界面 飞机 图 片 ,添加 一 个 位 图 检查 点 到 测试 中 。 

(1) 打开 录制 成 功 的 测试 FlightTest。 

(2) 选择 测试 面板 测试 树 中 的 Login。 

(3) 碳 击 Active Screen 中 的 Login 登录 框图 片 。 

(4) 选择 Insert Bitmap Checkpoint ,出 现 Object Selection-Bitmap Checkpoint Properties 
界面 ; 单 击 OK 按钮 ,出 现 Bitmap Checkpoint Properties 界面 ; 单 击 Select Area 按钮 , 选 
择 飞 机 位 图 ; 单 击 OK 按钮 ,插入 位 图 检查 点 。 

(5) 运行 测试 ,查看 测试 报告 中 检查 点 运行 结果 及 信息 。 


3. 文本 检查 点 


检查 Login 登录 界面 Agent Name, 添 加 一 个 文本 检查 点 到 测试 中 。 

(1) 打开 录制 成 功 的 测试 FlightTest。 

(2) 选择 测试 面板 测试 树 中 的 Login。 

(3) 右 击 Active Screen 中 的 Login 登录 框 的 Agent Name。 

(4) 选择 Insert Text Checkpoint ,出 现 Select anObject 界面 ; 单 击 OK 按钮 ,出 现 


Text Checkpoint Properties 界面 ;设置 好 匹配 方式 后 , 单 击 OK 按钮 ,插入 文本 检 
查 点 。 


(5) 运行 测试 ,查看 测试 报告 中 检查 点 运行 结果 及 信息 。 
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4. Output Value 


输出 Login 登录 界面 飞机 图 片 的 长 度 和 宽度 。 

(1) 打开 录制 成 功 的 测试 FlightTest。 

(2) 选择 测试 面板 测试 树 中 的 Login。 

(3) 右 击 Active Screen 中 的 Login 登录 框 的 飞机 图 片 。 

(4) 选择 Insert Output Value, 出 现 Object Selection-Output Value Properties 界面 ; 


单 击 OK 按钮 ,出现 Output Value Properties 界面 ,选择 高 度 和 宽度 属性 ; 单 击 OK 按钮 ， 
插入 Output Value。 


(5) 运行 测试 ,查看 测试 报告 中 检查 点 运行 结果 及 信息 ,如 图 6-13 所 示 。 


EI 

Ele View Iooks 
TARAAA+-+)? 
[Test FlightTest Sunnary 到 


园 Run-Tine Data Table m i jm 
Fy PlightTest Iteration 1 (Rov Standard Output Value "Static_2": Done 


本 Date and Time: 201176-140401 
9 v 因 Login 


日 ”到 Static 
到 | 


Details 
加 Login. Activate 
日 vAgent Nane: 
vu Checkpoint "Agent 了 
9 vsStatic 司 | |ProperyName CapturedValue Type  — Name 
vu Checkpoint "Static! height 93 DataTable Static_height_out 
Ts width 154 DataTable Static_width_out 
mm Password:. SetSecureTe 
ok. Click 
9 Flight Reservation 
DFlight Reservation. Mc 
Button. Click 
疙 IMaskEdBox. Type 
国 Fly Fron:. Select 
国 Fly To:. Select 
FLICHT. Click 
轿 Flights Table. Activat 
轿 Flights Table. Activat 
S Flights Table 
[ 


Static_2 Results 


1 


] ， |Naesuat Details/(Screen Recorder / 


For Hep, press F1 


6-13 Output Value 输出 的 长 度 和 宽度 属性 值 


提示 : Output Value 检测 点 在 测试 运行 过 程 中 会 将 对 象 的 属性 值 输出 到 Data Table 
内 ,运行 结束 后 Data Table 内 数据 将 清空 。 


647 参数 化 测试 


FlightTest 测试 中 ,预定 了 从 Denver 飞 往 Frankfurt 的 航班 。 这 里 的 出 发 城市 和 到 
达 城 市 都 是 常量 , 即 每 次 运行 测试 出 发 城市 都 是 Denver, 到 达 城 市 都 是 Frankfurt。 本 节 
将 使 用 DataTable 对 预定 机 票 中 的 Fly From 和 Fly To 数据 进行 参数 化 ,以 便 可 以 为 每 
个 测试 运行 时 使 用 不 同 的 出 发 城市 和 到 达 城 市 。 

具体 步骤 如 下 : 

(1) 启动 QTP 及 测试 。 打 开 录 制 成 功 的 FlightTest 测试 ,如 图 6-14 所 示 。 其 中 ， 
Fly From 和 Fly To 的 数据 取 值 都 是 常量 。 
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图 6-14 录制 成 功 的 FlightTest 测试 


(2) 定义 数据 表 参 数 并 分 配 参数 值 。 

单 击 Fly From 的 Denver 值 单元 格 , 单 击 单元 格 右 上 和 角 的 Configure the Value 项 。 
在 Value Configuration Options 界面 中 选择 Parameter 和 DataTable, 在 Name 中 定义 参 
数 名 fly_from。 单 击 OK 按钮 ,在 DataTable 中 添加 更 多 的 参数 取 值 。 用 相同 的 方法 参 
数 化 Fly_to。 参数 定义 并 赋值 的 结果 如 图 6-15 所 示 。 
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6-15 ”参数 定义 并 赋值 的 结果 
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(3) 修改 参数 化 测试 。 

参数 化 某 些 测 试 步骤 的 值 时 ,其 他 测试 对 象 可 能 会 受到 影响 。 此 时 ,必须 修改 这 些 
对 象 的 预期 值 以 匹配 从 参数 化 步骤 中 生成 的 值 。 例 如 ,在 出 发 城市 和 到 达 城 市 参数 化 
后 ,航班 班次 的 选择 并 没有 参数 化 ,导致 运行 测试 运行 时 航班 班次 选择 出 错 。 因 此 ,必须 
同时 修改 航班 班次 。 可 以 使 用 Random Number 技术 完成 航班 班次 的 选择 。 

单 击 Flights Table 下 From 的 值 单元 格 . 单 击 单元 格 右上 角 的 Configure the Value 
项 。 在 Value Configuration Options 界面 中 选择 Parameter 和 Random Number, 单 击 
OK 按钮 即 可 。 

(4) 运行 并 分 析 参 数 化 测试 。 

运行 参数 化 后 的 测试 ,其 运行 过 程 如 图 6-16 所 示 。 
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6-16 ”参数 化 测试 的 运行 过 程 图 
查看 参数 化 测试 运行 结果 ,如 图 6-17 所 示 。 


Ee Yew Iook Hep 
ATARRAA HI? 


FlightTest Results Summary 


Result Details (Berean Focsrir 7 


图 6-17 参数 化 测试 运行 结果 
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由 图 可 见 ,运行 共 执 行 了 三 次 , 且 都 成 功 通过 。 使 用 Run-Time Data Table 显示 运行 
时 的 数据 ,如 图 6-18 所 示 。 
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图 6-18 参数 化 测试 运行 时 的 数据 图 


每 次 运行 的 结果 及 详细 信息 都 可 通过 测试 结果 树 进 行 查看 分 析 。 
提示 : QTP 还 可 以 使 用 环境 变量 和 Data Driver 进行 参数 化 ,本 书 不 做 详细 介绍 。 


65 Web 焉 点 测 玻 


本 节 将 以 PHPWind Blog V4. 3. 1055] 的 登录 模块 为 例 介绍 使 用 QTP 测试 Web 站 点 。 


651 准备 录制 


为 确保 Web 站 点 测试 的 顺利 进行 , 需 完成 以 下 设置 等 准备 工作 : 

(1) 必须 确保 加 载 Web 插件 。 选 择 Help 一 About QuickTestProfessional 查看 。 

(2) Record and Run Settings 界面 中 ,选择 Web 选项 卡 ,选择 好 站 点 地 址 和 浏览 器 。 
同时 , 在 Windows Applications 选项 卡 上 ,选择 Record and run only on, 并 选择 
Applications opened by QuickTest 和 Applications specified below 复 选 框 , 确保 
Applications Details 空白 。 该 设置 可 防止 录制 会 话 期 间 无 意 中 录 制 在 各 种 Windows 应 
用 程序 (如 电子 邮件 等 ) 上 执行 的 操作 。 

(3) 如 果 使 用 QTP 自 带 的 mercury tours 网 站 ,需要 注意 网 站 的 链接 地 址 已 经 发 生 了 
更 改 。 由 早期 的 http://newtours. mercuryinteractive. com 改 为 现在 的 http://newtours. 
demoaut. com 。 

(4) 如 果 网 站 上 使 用 了 Java 控件 (如 mercury tours 网 站 的 日 历 选择 按钮 ) , 需 加 载 
Java 插件 (QTP 提供 的 一 种 可 单独 购买 的 外 部 插件 ) ,否则 测试 不 会 录制 该 操作 步骤 。 

(5) 如 果 使 用 Internet Explorer 作为 浏览 器 ,为 确保 IE 运行 正常 ,请 印 载 上 网 助手 
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等 插件 ;为 保证 精确 录制 所 有 操作 ,请 在 “工具 ”一 “Internet 选项 ”>“ 内 容 ” 内 清除 用 户 名 
和 密码 的 “自动 完成 ?选项 。 

(6) 在 首次 使 用 QTP 录制 Web 应 用 程序 测试 时 ,检查 浏览 器 版 本 是 否 为 IE6 或 
IE7。 如 果 使 用 的 是 IE7.X, 需 要 接受 QTP 对 IE 的 设置 请 求 , 因 为 QTP 不 支持 多 Tab 
浏览 器 。 如 果 是 IE8, 因 为 QTP 与 ActiveX 有 所 冲突 , 需 将 ActiveX 插件 不 做 选择 ,但 车 
Web 程序 存在 ActiveX 控件 时 ,将 会 出 现 无 法 采集 对 象 的 现象 。 如 果 默 认 浏览 器 是 其 他 
的 浏览 器 (如 Tencent Traveler 等 ) , 须 在 Record and Run Settings 中 选择 相应 的 启动 程 
序 , 如 果 选 择 Microsoft Internet Explorer, 则 必须 将 IE 设 为 默认 的 浏览 器 ,否则 将 可 能 
会 识别 为 Windows 对 象 ,无 法 正常 识别 Web 对 象 , 致 使 一 些 控件 丢失 。 

(7) 检查 浏览 器 “工具 ”一 “管理 员 加 载 项 ”中 的 BHOManager Class 是 否 为 启用 ,如 
果 为 禁用 ,更 改 为 启用 。 

(8) 选择 File>Settings, 打 开 Run 选项 卡 , 可 设置 运行 测试 出 错时 继续 执行 下 一 操 
作 步 又 ;否则 ,需要 人 工 进 行 出 错 处 理 操作 。 

(9) 设计 测试 用 例 的 测试 数据 。 

以 测试 PHPWind Blog 登录 为 例 ,根据 其 需求 和 设计 文档 ,测试 设计 及 测试 数据 分 
别 如 表 6-2 和 6-3 所 示 。 


表 6-2 PHPWind Blog 登录 测试 设计 表 


软件 名 称 : PHPWind Blog 系统 模块 名 称 : 用 户 功能 (登录 模块 ) 
设计 者 : 创建 日 期 : 2011-07-20 
设计 状态 : 用 例 类 型 : E 版 本 号 : V4.0.1 
审阅 人 : 审阅 日 期 : 权重 : 
用 例 描述 : 

测试 平台 : Microsoft WindowsXP 
目的 : 


前 提 条 件 : 1. 使 用 testl 为 用 户 名 注册 为 普通 用 户 ,密码 为 123456 
2, 使 用 test2 为 用 户 名 注册 为 普通 用 户 ,注册 后 ,修改 密码 为 1234 


测试 步骤 及 输入 : 预期 结果 : 


使 用 未 注册 1. 在 “用 户 名 ”输入 框 中 输入 “没有 注册 过 的 用 户 名 ” 1. 系统 显示 “没有 注册 
用 户 名 登录 2. 在 “密码 ”输入 框 中 输入 “错误 的 密码 ” 过 的 用 户 名 ”不 存在 
覆盖 需求 : 

执行 状态 : Pass/Fail 关联 缺陷 : 

变更 记录 : 


变更 字段 : 新 的 值 : 变更 人 : 变更 日 期 : 
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表 6-3 PHPWind Blog 登录 测试 数据 表 


No. | 正确 的 用 户 名 | 正确 的 密码 | 没有 注册 过 的 用 户 名 | 错误 的 密码 预期 提示 信息 
下 testl 123456 欢迎 您 回来 
本 六 欢迎 您 回来 (应 该 有 关于 “密码 不 
足 6 位 ,安全 性 过 低 "的 提示 信息 
3 test abcdef “| test 不 存在 
4 123456 “| 用 户 名 为 空 
5 test2 密码 为 空 
6 testl 12abcd “| 密码 错误 ,您 还 可 以 尝试 5 次 
8 testl 123abc “| 密码 错误 ,您 还 可 以 尝试 4 次 
8 testl 1234aa “| 密码 错误 ,您 还 可 以 尝试 3 次 
9 testl 111111 | 密码 错误 ,您 还 可 以 尝试 2 次 
10 testl 222222 | 密码 错误 ,您 还 可 以 尝试 1 次 
口 经 连结 误 ,你 


652 录制 Web 上 的 会 话 


本 节 将 录制 PHPWind Blog 系统 登录 。 

(1) 启动 QTP 并 新 建 一 个 空 测试 。 

(2) 设置 录制 和 运行 测试 项 。 选 择 Tools 一 Options, 打开 General 选项 卡 , 单 击 
Restore Layout, 以 恢复 默认 主 窗口 。 选 择 菜单 Automation 一 Record and Run Settings。 
确保 在 Web 选项 卡 上 选中 Open the following address when a record or run session 
begins, 在 地 址 栏 中 输入 地 址 http://chen/blog/index. phpb, 在 Open the following 
browser when a run session begins 中 选择 可 用 的 浏览 器 Microsoft Internet Explorer, 如 
图 6-19 所 示 。 在 Windows Applications 选项 卡 上 选中 Record and run only on, 并 选择 
Applications opened by QuickTest 和 Applications specified below 复 选 框 ,确保 
Applications Details 为 空 。 

(3) 开始 在 Web 上 录制 测试 。 

选择 Automation 一 Record, 或 单 击 测试 工具 栏 Record 按钮 ,或 按 F3 键 ,QTP 开始 
录制 , 且 自 动 打 开 PHPWind Blog 首页 ,如 图 6-20 所 示 。 

(4) 录制 一 个 成 功 的 登录 。 

在 用 户 名 中 输入 testl ,在 密码 中 输入 123456, 单 击 “ 提 交 ” 按 钮 完成 登录 。 登 录 成 功 
后 , 单 击 “ 注 销 ” 退 出 登录 。 
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Record and Run Settings 
Web | Windows Applications | 


Note: You can run tests on any supported browser but can record 
only on Microsoft Intemet Explorer. 


Record and run test on any open browser 
G Bpen the folowng address when a record or un session begins} 


ap /chen/blog/index php 了 


Open the folowing browser when a run session begns 


Microsoft Intemet Explorer | 


WS Do not record and run on browsers that are already open 
WS Qlose the browser when the test doses 


6-19 录制 Web 会 话 设置 
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6-20 PHPWind Blog 首页 


(5) 录制 一 个 失败 的 登录 。 


在 用 户 名 中 输入 testl ,在 密码 中 输入 1234, 单 击 “ 提 交 ” 按 钮 ,出 现 登录 错误 提示 信 


息 “ 密 码 错误 ,您 还 可 以 尝试 5 次 ”, 单 击 “ 返 回 继续 操作 ”按钮 返回 登录 首页 。 
(6) 停止 录制 。 


选择 Automation 习 Stop; 或 单 击 测试 工具 栏 Stop 按钮 ,或 按 F4 键 ,停止 录制 程序 。 


(7) 保存 测试 。 


选择 File>Save, 保 存 文件 名 为 WebTest。 确 保 Save Active Screen files 复 选 框 被 


选 定 。 
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653 增强 及 调试 测试 


1. 参数 化 


根据 登录 测试 数据 ,需要 修改 用 户 名 和 密码 ,利用 DataTable 对 其 参数 化 。 

单 击 pwuser 的 testl 值 单 元 格 , 单 击 单元 格 右边 的 Configure the Value 项 。 在 
Value Configuration Options 界面 中 选择 Parameter 和 DataTable, 在 Name 中 定义 参数 
名 username, 单 击 OK 按钮 。 按 测试 数据 ,在 DataTable 中 添加 更 多 的 参数 取 值 。 用 相 
同 的 方法 对 密码 取 值 参数 化 ,参数 名 为 “userpsw”。 

参数 化 时 ,可 以 选择 使 用 Global Sheet 或 Local Sheet。Global Sheet 参数 化 的 值 为 
全 局 变量 , 它 控制 了 整个 Action 的 运行 次 数 ;Local Sheet 参数 化 的 值 为 局 部 变量 ,只 有 
在 本 Action 中 可 以 调用 。 


2. 增强 测试 脚本 
(1) 在 Expert View 中 查看 参数 化 之 后 的 测试 脚本 如 下 。 


Browser ("PHEWind Blog - powered") .Page ("PHEWind Blog — 
powered") .WebEdit ("puuser") .Set "testln 
Browser ("PHEWind Blog - powered") .Page ("PHEWind Blog — 
powered") .WebEdit ("pupwd") .SetSecure "4e25807df010f7ea303dfe6aGo818f1777b7" 
Browser ("PHEWind Blog - powered") .Page ("PHEWind Blog — 
powered") .WebButton(" 提 交 ") .Click 
Browser ("PHEWind Blog - powered") .Page ("PHEWind Blog — 
powered 2") .Link(" 注 销 ") .Click 
Browser ("PHEWind Blog - powered") .Page ("PHPWind Blog — 
powered 3") .WebEdit ("puuser") .Set "test1" 
Browser ("FHEWind Blog - powered") .Page ("PHEWind Blog — 
powered 3") .WebEdit ("pupwd") .SetSecure "de25813cbed01951c2a46c04122d" 
Browser ("FHEWind Blog - powered") .Page ("PHEWind Blog — 
powered 3") .WebButton(" 提 交 ") .click 
Browser ("PHEWinG Blog - powered") .Page ("PHEWind Blog - powered 4") .Sync 
Browser ("PHEWind Blog - powered") .Page ("PHPWind Blog — 
Powered 4") .WebButton(" 返 回 继 续 操 作 ").click 
(2) 在 DataTable 中 ,双击 列 名 C, 输 入 列 名 status, 创 建 一 个 预期 值 列 表 并 按 测试 数 
据 添加 其 参数 值 。 
(3) 在 登录 成 功 或 失败 后 的 信息 提示 页 面 的 提示 信息 处 ,插入 一 个 文本 检查 点 和 文 
本 输出 点 ,并 将 该 提示 信息 存 于 DataTable 的 outputtext 列 。 右 击 选 中 提示 信息 ,选择 
Insert Text Checkpoint, 在 Text Output Value Properties 中 ,选择 Parameter, 单 击 
Parameter Options ,在 Parameter types 下 选择 DataTable, 在 Name 中 输入 outputtext， 
完成 文本 检查 点 添加 ; 右 击 选中 提示 信息 ,选择 Insert Text Output, 选 择 Output Text， 
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单 击 Modify ,在 Parameter types 下 选择 DataTable, 在 Name 中 输入 outputtext, 完 成 文 
本 输出 点 的 添加 。 

对 于 登录 成 功 页 面 的 文本 检查 点 和 文本 输出 点 ,因为 提示 信息 是 在 登录 用 户 名 之 后 
的 ,而 用 户 名 是 不 断 变 化 的 ,所 以 必须 将 用 户 名 设置 为 参数 形式 。 在 Text Output Value 
Properties 中 ,选择 Text Before, 选 择 Parameter, 单 击 Parameter Options, 在 Parameter 
types 下 选择 DataTable, 在 Name 中 输入 username。 

(4) 在 测试 脚本 中 ,定义 变量 istatus 并 赋值 为 测试 用 例 设计 的 预期 提示 信息 。 


istatus= DataTable ("status"，dtGlcbalSheet) ' 读 取 预 期 提示 信息 并 赋值 给 istatus 


(5) 增加 条 件 控制 。 根 据 测试 数据 的 预期 提示 信息 .使 用 QTP 的 条 件 控制 语句 设计 
测试 脚本 ,确保 测试 顺利 地 多 次 重复 执行 。 

(6) 调试 测试 脚本 。 

经 增强 调试 后 的 测试 脚本 如 下 。 


Dim istatus' 定 义 变量 istatus 
Dim Ipwd' 定 义 密码 长 度 变量 
Browser ("PHEWind Blog - powered") .Page ("PHEWind Blog — 
powered") .WebEdit ("pwuser") .Set DataTable ("username", dtGlobalSheet) 
Browser ("PHEWind Blog - powered") .Page ("PHEWind Blog — 
powered") .WebEdit ("pwpwd") .SetSecure DataTable ("userpsw", dtGlobalSheet) 
Browser ("PHEWind Blog - powered") .Page ("PHEWind Blog — 
powered") .WebButton(" 提 交 ") .Click 
istatus= DataTable ("status"， dtGlcbalsheet) ' 获 取 预 期 提示 信息 
Ipwd- DataTable ("userpsw"，dtGlobalSheet) ' 获 取 密 码 
If istatus= "欢迎 您 回来 " Then “' 判 断 是 否 登录 成 功 
Browser ("PHFWind Blog - powered") .Page ("PHEWind Blog — 
Powered 6") .Output CheckPoint ("PHEWind Blog - powered 2") 
Browser ("PHFWind Blog - Powered") .Page ("PHEWind Blog — 
Powered_6") .Check CheckPoint ("PHEWind Blog - powered 6") 
Browser("PHFWind Blog - powered") .Page ("PHEWind Blog — 
powered 2") .Link(" 注 销 风 .Click 
If len (pwd)< 6 Then  ' 密 码 过 短 
reporter.ReportEvent micnarning "登录 "登录 成 功 ,但 密码 少 于 6 位 "” 密码 
低 于 6 位 顺利 登录 时 ,测试 报告 中 给 出 警告 
end if 
else 
Browser ("PHPEWind Blog - powered") .Page ("PHPWinG Blog — 
Powered 5") .Check CheckPoint ("PHPWind Blog -powered_4") ' 添 加 文本 检查 点 
Browser ("PHEWind Blog - powered") .Page ("PHPWind Blog — 
powered 5") .Output CheckPoint ("PHPWind Blog -powered 5") ' 添 加 文本 输出 
reporter.ReportEvent micPass," 有 登录"," 登 录 失 败 , 给 出 提示 信息 ,具体 参见 文本 检测 点 及 
文本 输出 内 容 "' 未 能 成 功 登 录 时 ,测试 报告 中 给 出 提示 信息 
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Browser ("PHEWind Blog - powered") .Page ("PHEWind Blog 一 
powered 4") .WebButton(" 返 回 继 续 操 作 ").click 
end if 
至 此 ,PHPWind Blog 系统 的 登录 测试 WebTest 建立 完成 ,其 Keyword View 和 
Expert View 视图 分 别 如 图 6-21 和 6-22 所 示 。 
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图 6-22 所 建立 WebTest 测试 的 Expert View 视图 


654 运行 测试 


选择 Automation 一 Run, 或 单 击 测试 工具 栏 Run 按钮 ,或 按 F5 键 ,打开 运行 对 话 框 ， 
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人 = 功能 测试 


选择 默认 设置 , 单 击 确定 按钮 运行 所 录制 的 测试 WebTest。 
测试 运行 结束 后 ,QTP 会 生成 测试 报告 ,如 图 6-23 所 示 。 测 试 报告 中 有 “XxX” 或 者 
能 是 一 个 缺陷 。 


655 分 析 测试 报告 并 提交 缺陷 
“1” 标 记 的 报告 项 ,可 能 是 执行 脚本 出 错 或 者 检查 点 校 验 没有 通过 ,可 


WebTest Results Summary 


Re Result Details 人 SCFeer Recerder - 
图 6-23 ”WebTest 测试 报告 
由 报告 可 见 , 共 循环 执行 12 次 登录 。 其 中 ,第 2 次 存在 警告 信息 ,其 余 测 试 都 顺利 
通过 。 运 行 测试 的 实时 数据 如 图 6-24 所 示 。 
t i 下 9 
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YeoTest rers 
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6-24 ”测试 实时 数据 


由 图 可 见 , 预 期 提示 信息 和 系统 实际 提示 信息 基本 相同 ,登录 功能 基本 实现 。 未 注 
册 ( 不 存在 ) 用 户 test 登录 时 ,系统 能 正常 提示 “用 户 test 不 存在 ”。 用 户 名 或 密码 有 一 处 
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为 空 时 ,系统 能 正常 提示 “用 户 名 或 密码 为 空 "。 同 一 用 户 短 时 内 多 次 输入 密码 错误 时 ， 
系统 能 正常 提示 密码 错误 , 且 能 正常 控制 的 重复 次 数 为 6 次 。 当 用 户 超过 6 次 登录 失败 
时 ,无 论 接 下 来 输入 错误 还 是 正确 的 密码 ,系统 都 将 提示 用 户 已 经 连续 输 错 密码 超过 
6 次 ,请 在 第 6 次 登录 失败 后 的 10 分 钟 之 后 再 登录 , 且 提 示 用 户 还 需 再 等 待 多 长 时 间 。 

按照 检查 点 的 设置 ,不 同 用 户 登 录 成 功 后 应 检查 该 用 户 之 后 的 提示 信息 。 运 行 测试 
时 ,testl 登录 成 功 并 注销 后 ,再 用 admin 登录 ,成功 登录 后 应 显示 admin 后 的 提示 信息 。 
由 图 6-25 可 见 ,文本 检查 点 采集 了 admin 和 “我 的 博客 博客 ?之 间 的 “欢迎 您 再 次 回来 ， 
您 可 以 进行 以 下 操作 ”信息 ,表明 检查 点 检查 成 功 。 


Text Checkpoint "PHPWind Blog- powered 6": Passed 


Date and Tme 201T21- 全 卫队 
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图 6-25 文本 检查 点 采集 的 登录 成 功 提示 信息 报告 图 


同时 ,按照 用 户 注册 时 系统 要 求 密 码 不 能 低 于 6 位 。 注 册 登 录 后 ,可 成 功 将 密码 修 
改 为 低 于 6 位 。admin 密码 修改 为 4 位 1234, 经 测试 ,可 成 功 登 录 。 根 据 测 试 脚 本 ,密码 
长 度 低 于 6 位 时 ,报告 中 添加 警告 信息 ”登录 成 功 ,但 密码 少 于 6 位 ”, 如 图 6-26 所 示 。 另 


| aeamt netails ( Seren ESG 


图 6-26 密码 长 度 低 于 6 位 时 的 警告 提示 信息 报告 图 
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外 ,按照 设计 用 例 , 此 时 系统 成 功 登录 的 提示 信息 中 应 该 包含 “密码 低 于 6 位 ,安全 性 过 
低 ” 的 信息 。 但 由 图 6-25 可 见 系统 没有 任何 关于 密码 安全 性 方面 的 提示 信息 ,因此 ,此 可 
视 为 系统 登录 模块 的 一 个 缺陷 。 

根据 系统 功能 ,同一 用 户 登 录 时 , 短 时 内 连续 6 次 输 错 密码 ,将 在 最 后 一 次 登录 失败 
后 的 10 分 钟 内 不 能 正常 登录 。 测 试 中 ,testl 连续 6 次 密码 错误 后 ,再 使 用 正确 的 密码 
123456 进行 登录 ,系统 提示 “已 经 连续 6 次 密码 输入 错误 ,您 将 在 10 分 钟 内 无 法 正常 登 
录 , 还 剩余 596 秒 ”, 如 图 6-27 所 示 。 


Text Checkpoint "PHPWind Blog - powered 4": Passed 


Date and Tme 2011-721-19.82¢ 


Details 
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图 6-27 连续 6 次 密码 输 错 后 再 登录 时 系统 提示 信息 报告 图 


根据 系统 功能 ,登录 失败 时 ,系统 给 出 提示 信息 ,并 可 点 击 * 返 回 继续 操作 ?按钮 返回 
到 登录 首页 。 按 测试 数据 第 4 行 , 用 户 名 为 空 ,密码 为 123456 登录 时 ,系统 显示 “用 户 名 
或 密码 为 空 ”, 如 图 6-28 所 了 示 。 虽 然 本 次 测试 中 ,登录 失败 ,但 系统 的 提示 信息 及 功能 都 
与 预期 的 结果 完全 相同 ,所 以 本 次 测试 也 是 正常 通过 的 。 
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图 6-28 用 户 名 为 空 登录 时 的 提示 信息 报告 图 
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通过 对 测试 报告 的 分 析 ,发 现 PHPWind Blog 系统 登录 模块 存在 一 处 缺陷 ,缺陷 记 
录 如 表 6-4 所 示 。 
表 6-4 PHPWind Blog 登录 模块 测试 缺陷 记录 表 


用 例 编 号 : 状态 : New 
产品 名 称 : PHPWind Blog 产品 版 本 : V4.0.1 
模块 名 称 : 用 户 登 录 模 块 模块 版 本 : V4.0.1 

测试 者 : 测试 日 期 : 2011-07-21 

类 型 : 1. 缺陷 _V ”2. 安全 问题 3. 功能 建议 4. 界面 建议 
严重 级 别 : 1， 紧急 2. 很 高 3. 高 4. 中 等 V 5. 低 
描述 : 

可 重 现 否 : Yes 

重 现 步 又: 


1. 按照 测试 用 例 数据 输入 用 户 名 和 密码 。 
2. 登录 成 功 ,点 击 注销 ;登录 失败 ,点 击 返 回 继 续 操作 。 
隔离 方法 : 


可 能 存在 隐患 : 
密码 修改 为 低 于 6 位 时 , 仍 可 以 成 功 登录 , 且 没 有 任何 关于 安全 性 过 低 的 提示 信息 。 


变更 记录 : 
变更 字段 : 新 的 值 : 变更 人 : 变更 日 期 : 
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单元 测试 是 测试 过 程 中 的 最 小 模块 ,执行 过 程 中 依据 程序 框架 对 产品 和 模块 进行 测 
试 。 在 面向 对 象 软件 时 ,封装 驱动 类 和 对 象 的 定义 ,每 个 类 和 类 的 实例 包装 了 属性 和 操 
纵 这 些 数据 的 操作 。 最 小 的 可 测试 单位 是 封装 的 类 或 对 象 ,在 面向 对 象 的 软件 测试 中 ， 
单元 测试 其 实 是 对 类 的 测试 。 


711 单元 测试 


单元 测试 是 开发 者 编写 的 一 小 段 代 码 , 用 于 检验 被 测 代 码 的 一 个 很 小 的 、 很 明确 的 
功能 是 否 正确 。 通 常 ,一 个 单元 测试 是 用 于 判断 某 个 特定 条 件 ( 或 者 场景 ) 下 某 个 特定 函 
数 的 行为 。 其 中 单元 测试 的 方法 主要 有 以 下 几 类 : 

(1) 人 工 静 态 分 析 : 通过 人 工 阅读 代码 的 方式 来 查找 代码 中 存在 的 错误 。 

(2) 人 工 动 态 测试 : 人 工 设 定 程 序 的 输入 和 预期 输出 ,执行 程序 判断 实际 输出 是 否 
符合 预期 , 若 不 符 则 自动 报告 错误 。 

(3) 自动 静态 分 析 : 使 用 代码 复查 工具 ,主要 用 来 发 现 语法 特征 错误 。 

(4) 自动 动态 测试 : 用 工具 自动 生成 测试 用 例 并 执行 被 测 程序 ,用 来 发 现行 为 特征 
错误 。 


712 类 测试 


面向 对 象 的 单元 测试 其 实 是 对 类 的 测试 ,类 测试 是 在 软件 开发 过 程 中 进行 的 最 低级 
别 测试 活动 , 它 是 可 重复 的 。 冯 者" 中 给 出 了 类 测试 的 几 种 方法 如 下 : 

1. 基于 状态 的 类 测试 

执行 某 个 方法 或 序列 后 检测 被 测 对 象 ,把 被 测 对 象 看 作 一 个 有 限 状 态 机 ,判断 它 是 
否 会 转移 到 预期 状态 的 过 程 。 这 里 的 “状态 ”是 指 设计 状态 和 实现 状态 : 设计 状态 是 指 建 
模 阶段 认定 的 状态 ,处 于 较 高 的 抽象 层次 ,不 依赖 于 实现 时 的 具体 表示 ;实现 状态 是 指 在 
实现 层次 上 由 对 象 的 属性 值 确定 的 状态 。 
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2. 基于 规范 的 类 测试 


以 需求 和 功能 规范 为 基础 的 测试 。 通 过 分 析 软 件 的 需求 和 功能 来 选择 和 产生 测试 
数据 ,重点 测试 一 个 被 测 类 的 对 象 的 消息 序列 是 否 将 该 对 象 置 于 “正确 "的 状态 。 


3. 基于 UML 的 类 测试 


UML 是 一 种 图 形 化 的 设计 语言 ,UML 中 的 类 表述 符号 为 矩形 框 ,使 用 类 标题 .类 属 
性 和 操作 描述 系统 模型 。 在 使 用 UML 进行 软件 设计 建 模 时 ,设计 者 必须 根据 所 需要 描 
述 的 对 象 和 系统 动作 选择 适当 的 UML 图 ,以 达到 设计 效果 。 


4. 基于 数据 流 的 类 测试 

基于 数据 流 的 类 测试 由 传统 的 数据 流 测试 发 展 而 来 ,通过 选择 一 定 的 测试 数据 ,使 
程序 按照 一 定 变 量 的 定义 使 用 路 径 执行 ,并 检查 执行 结果 是 否 与 预期 相符 ,从 而 发 现代 
码 的 错误 。 
713 类 测试 过 程 

类 测试 即 包含 设计 又 涉及 到 具体 的 编码 ,整个 执行 类 测试 过 程 比较 复杂 。 类 测试 过 
程 ,大 体 可 分 为 五 步 。 

1. 构建 单元 级 测试 


构建 单元 级 测试 包含 两 个 方面 : 

(1) 构建 单元 级 测试 的 环境 。 

(2) 构建 单元 级 测试 驱动 以 支持 自动 化 测试 。 
2. CRC(Class Responsibility Collaborator) 卡 


CRC 是 一 种 面向 对 象 的 分 析 技 术 ,在 一 个 面向 对 象 开 发 项 目 中 包括 用 户 、 分 析 员 和 
实现 者 。 在 建 模 和 设计 过 程 中 经 常 应 用 CRC 卡 (cards) ,便于 开发 团队 操作 ,主要 由 类 、 
职责 .协作 三 部 分 构成 。 


3. 测试 驱动 


测试 驱动 通过 面向 对 象 的 方法 ,消息 类 继承、 封装 、 多 态 和 实例 等 机 制 构造 了 整个 
软件 系统 的 测试 驱动 程序 ,并 对 代码 复 用 提供 了 保障 。 


4. 编码 重 构 


在 不 改变 代码 外 部 行为 的 情况 下 对 代码 进行 修改 ,首先 编写 测试 代码 验证 业务 代 
码 ,测试 通过 后 ,对 业务 代码 进行 更 好 的 设计 优化 ,使 用 测试 代码 回归 验证 设计 优化 是 否 
有 效 正确 。 
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5. 测试 集成 自动 化 


通过 对 读 取 的 测试 数据 和 测试 驱动 程序 进行 自动 化 操作 ,操作 完成 后 对 执行 的 结果 
进行 信息 化 处 理 , 生 成 了 所 有 集成 化 的 信息 报表 。 


714 测试 用 例 应 用 


软件 公司 追求 的 目标 是 以 最 少 的 人 力 ,资源 投入 ,在 最 短 的 时 间 内 完成 测试 ,保证 软 
件 的 优良 品质 。 测 试用 例 是 测试 工作 的 指导 ,是 软件 测试 必须 遵守 的 准则 ,更 是 软件 测 
试 质量 稳定 的 根本 保障 。 

测试 用 例 (test case) 是 为 某 个 特殊 目标 而 编制 的 一 组 测试 输入 ,执行 条 件 以 及 预期 
结果 的 条 件 或 变量 ,以 便 测试 某 个 程序 路 径 或 核实 是 否 满足 某 个 特定 需求 ,将 测试 行为 
具体 量化 ,测试 用 例 内 容 包 括 测试 目标 、 测 试 环 境 、 输 入 数据 、 测 试 步 又 、 预 期 结果 、 测 试 
脚本 等 并 形成 文档 。 

为 了 节省 时 间 和 资源 、 提 高 测试 效率 ,必须 从 数量 极 大 的 可 用 测试 数据 中 挑选 出 具 
有 代表 性 或 特殊 性 的 测试 数据 来 进行 测试 。 目 前 研究 测试 过 程 ,所 有 的 测试 用 例 都 放 在 
测试 大 纲 中 ,使 用 测试 大 纲 的 好 处 ， 

。 保证 测试 功能 不 被 遗漏 。 

。 功能 不 被 重复 测试 ,合理 安排 测试 人 员 。 

。 软件 测试 不 依赖 于 个 人 。 


1. 测试 用 例 内 容 


实施 一 次 测试 而 向 被 测 系统 提供 输入 数据 .操作 或 各 种 环境 设置 。 测 试用 例 的 设计 
与 生成 是 依据 测试 大 纲 对 其 中 每 个 测试 项 目 进 一 步 实例 化 。 比 如 ,对 于 一 个 输入 项 的 测 
试 ,应 当 设计 一 组 测试 数据 ,包括 合法 的 ` 边 界 的 和 非法 的 数据 等 。 


2. 测试 用 例 设 计生 成 的 基本 准则 


测试 用 例 的 代表 性 : 能 够 代表 并 覆盖 各 种 合理 和 不 合理 、 合 法 和 非法 、 边 界 和 越界 以 
及 环境 设置 等 。 

测试 结果 的 可 判定 性 : 测试 执行 结果 的 正确 性 是 可 判定 ,每 一 个 测试 用 例 都 应 有 相 
应 的 期 望 结果 。 

测试 结果 的 可 再 现 性 : 相同 的 测试 用 例 ,系统 的 执行 结果 应 当 是 相同 的 。 


3. 确定 测试 用 例 


根据 已 列 出 的 等 价 类 表 , 按 以 下 步骤 确定 测试 用 例 : 

1) 每 个 等 价 类 规定 一 个 唯一 的 编号 。 

2) 设计 一 个 新 的 测试 用 例 , 尽 可 能 多 地 覆盖 尚未 覆盖 的 有 效 等 价 类 。 重 复 这 一 步 ， 
所 有 有 效 等 价 类 均 被 测试 用 例 所 覆盖 。 

3) 设计 一 个 新 的 测试 用 例 , 使 其 只 覆盖 一 个 无 效 等 价 类 。 重 复 这 一 步 所 有 无 效 等 价 
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类 均 被 覆盖 。 
4. 编制 测试 用 例 


1) 测试 用 例文 档 

编写 测试 用 例文 档 应 有 文档 模板 , 须 符合 内 部 的 规范 要 求 。 测 试用 例文 档 将 受制 于 
测试 用 例 管理 软件 的 约束 。 软 件 产品 或 软件 开发 项 目的 测试 用 例 一 般 以 该 产品 的 软件 
模块 或 子 系统 为 单位 ,形成 一 个 测试 用 例文 档 。 

测试 用 例文 档 由 简介 和 测试 用 例 两 部 分 组 成 。 简 介 部 分 编制 了 测试 目的 、 测 试 范 
围 . 定 义 术语 、 参 考 文档 .概述 等 。 每 个 具体 测试 用 例 包 括 下 列 详细 信息 : 用 例 编号 .用 例 
名 称 、 测 试 等 级 、 入 口 准 则 、 验 证 步骤 、 期 望 结果 、 出 口 准 则 ,注释 等 。 

2) 测试 用 例 设置 

按 功 能 、 路 径 混合 模式 设置 测试 用 例 。 按 功能 测试 是 最 简捷 的 , 按 用 例 规约 遍历 测 
试 每 一 功能 。 按 路 径 混 合 测试 优点 在 于 可 以 避免 漏 测试 ,但 存在 局 限 性 ,如 果 一 个 子 系 
统 有 很 多 模块 ,模块 之 间 相 互联 系 , 路 径 数量 成 几何 增长 ,路 径 数 目 太 多 很 难 测试 。 

3) 设计 测试 用 例 

测试 用 例 可 以 分 为 基本 事件 、 备 选 事 件 和 异常 事件 。 

设计 基本 事件 的 用 例 ,参照 设计 规格 说 明 书 ,依据 关联 的 功能 、 按 路 径 分 析 法 设计 测 
试用 例 。 

设计 备 选 事件 和 异常 事件 的 用 例 , 需 要 在 设计 阶段 形成 的 文档 对 备 选 事 件 和 异常 事 
件 分 析 描述 ,而 测试 本 身 则 要 求 验 证 全 部 非 基本 事件 ,并 尽量 发 现 其 中 的 软件 缺陷 。 


715 测试 驱动 


类 测试 驱动 器 是 可 执行 程序 ,可 以 执行 一 个 或 者 多 个 测试 用 例 , 王 东 刚 5 给 出 类 测 
试 驱动 的 三 种 方法 ,分 别 是 调用 Main 方法 .嵌入 静态 测试 方法 和 实现 独立 测试 类 。 通 常 
对 一 个 需要 测试 的 类 或 接口 提供 一 个 测试 类 作为 驱动 (driver) ,而 根据 类 所 需要 调用 的 
模块 或 对 象 提供 一 个 或 多 个 桩 (stub) 或 对 象 。 驱 动 的 测试 类 需要 根据 设计 说 明 书 的 要 
求 ,定义 测试 类 的 规格 ,形成 测试 用 例 , 根 据 测试 用 例 逐 个 调用 被 测试 类 的 接口 。 

测试 驱动 程序 是 一 个 运行 测试 用 例 并 收集 运行 结果 的 程序 。 测 试 驱动 程序 的 设计 
相对 简单 , 且 易 于 适应 它 所 测试 类 的 增 量 说 明 的 变化 。 图 7-1 为 测试 驱动 程序 框架 图 。 


Tester Object 
上 下 

Class 

Testerl 


一 一 一 Classl FF——i 


Class 
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图 7-1 测试 驱动 程序 框架 图 


测试 驱动 开发 的 主要 思想 是 测试 先行 ,在 写 一 个 类 的 具体 实现 之 前 , 先 写 类 的 测试 


Os 面向 对 象 的 单元 测试 


代码 ,类 的 测试 代码 通过 调用 各 种 public 方法 对 类 进行 测试 。 在 写 测试 代码 的 过 程 中 ， 
思考 类 的 调用 方法 ,考虑 类 的 封装 。 通 过 编写 信任 的 测试 ,只 要 测试 全 部 通过 ,那么 说 明 
类 的 方法 全 部 正确 。 通 过 编写 一 个 调用 yunsuan 类 代码 样 例 来 说 明 ,该 段 代 码 实现 简单 
的 加 \ 减 运算 : 


Public class testyunsuan extends TestCase{ 
Public void testSum(){ 
Yunsuan suan= new yunsuan; 
assertEquals ("6 加 3 等 于 9",9,suan.sum(6,3)); 
} 


public class yunsuan { 
Public int sum(int x,int Y){ 
retum 9; 
} 
} 


运行 测试 ,测试 通过 。 但 是 因为 测试 不 够 全 面 ,重新 修改 测试 : 


public class testyunsun extends TestCase{ 
public void testsum(){ 
Yunsuan suan= new Yunsuan ; 
assertEqguals (中 加 2 等 于 3",3,suan.sum(1,2)); 
assertEquals ("2 加 2 等 于 4",4,suan.sum(2,2)); 
} 
} 


然后 对 yunsuan 类 的 sum 方法 进行 重 构 : 


Eublic int sum(int x,int Y){ 
retum x+ y; 
} 


在 实际 的 开发 中 ,依据 上 面 的 代码 严格 说 还 需要 考虑 临界 值 的 测试 ,代码 设计 过 程 
中 重 构 是 为 了 保证 代码 功能 上 的 正确 性 ,提高 了 代码 的 质量 。 


dot 1 


716 单元 测试 扩展 20 


测试 构建 的 延 促 主要 是 针对 类 测试 构造 思想 ,接口 类 ,抽象 类 
等 测试 驱动 程序 的 实现 。 父 关中 被 测试 用 例 所 测试 的 代码 被 子 类 
继承 ,类 的 创建 自 上 而 下 ,构建 测试 类 同样 采用 自 上 而 下 的 方法 ， 
便于 实现 。 以 下 给 出 了 简单 的 类 测试 构造 方法 ,如 图 7-2 所 示 。 


dot_1 类 有 两 个 实例 方法 namel 和 name2 ,dot 2 类 继承 dot_ name20 
1 类 并 且 实 现 了 新 的 实例 name3,dot_3 类 继承 了 dot_2 类 ,覆盖 name30) 
了 dot_2 类 的 实例 name2 和 实例 name3, 通 过 继承 类 之 间 关 系 来 图 7-2 类 的 测试 构造 
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确定 继承 的 测试 用 例 中 是 否 需 要 产生 新 的 子 类 测试 用 例 ,图 7-2 中 测试 用 例 在 子 类 中 的 
执行 方式 C] ,如 表 7-1 所 示 。 


表 7-1 构建 测试 类 


类 继承 类 类 方法 是 否 改 变 是 否 增 加 测试 用 例 

namel() 

dot_ 1 
name2() 
namel() 否 否 

dot_2 dot_1 name2() 否 否 
name3() 是 是 
namel() 否 否 

dot_ 3 dot_ 2 name2() 是 是 
name3() 是 是 


根据 表 7-1 可 以 推出 测试 用 例 拓展 原则 ,如 果子 类 添加 了 一 个 或 者 多 个 新 操作 ,或 者 
子 类 方法 覆盖 父 类 方法 且 重 写 了 该 方法 , 则 需 增加 相对 应 的 测试 用 例 。 


72 JUnit 骨 和 架 


JUnit 是 用 来 做 单元 测试 的 一 个 工具 ,是 由 Erich Gamma 和 Kent Beck 编写 的 一 个 
回归 测试 框架 。JUnit 测试 是 程序 员 测 试 , 即 所 谓 白 盒 测 试 , 因 为 程序 员 知 道 被 测试 的 软 
件 如 何 (How) 完 成 功能 和 完成 什么 样 (What) 的 功能 。JUnit 本 质 上 是 一 套 框 架 , 即 开发 
者 制定 了 一 套 条 框 ,遵循 该 条 框 按 要 求 编写 测试 代码 ,如 继承 某 个 类 ,实现 某 个 接口 ,就 
可 以 用 JUnit 进行 自动 测试 了 。 

JUnit 是 一 款 开源 软件 ,支持 语言 Smalltalk、Java、C++ 、Perl 等 ,支持 的 IDE 为 
JBuilder,VisualAge、Eclipse 等 。 


721 JUht 设 计 原 则 


在 使 用 JUnit 时 可 以 使 测试 代码 与 产品 代码 分 开 。 针 对 某 一 个 类 的 测试 代码 通过 较 
少 的 改动 便 可 以 应 用 于 另 一 个 类 的 测试 。 由 于 JUnit 是 公开 源 代码 的 ,可 以 进行 二 次 开 
发 。 可 以 方便 地 对 JUnit 进行 扩展 。 

JUnit 所 派生 的 测试 代码 是 为 了 验证 被 测试 代码 的 实现 是 否 符合 预定 设计 而 存在 ， 
测试 编写 原则 如 下 : 

(1) 简化 测试 的 编写 ,这 种 简化 包括 测试 框架 的 学 习 和 实际 测试 单元 的 编写 。 

(2) 测试 单元 保持 持久 性 。 

(3) 利用 既 有 的 测试 来 编写 相关 的 测试 。 
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722 JUhi 安装 


JUnit 是 Java 社区 中 知名 度 最 高 的 单元 测试 工具 。 它 诞生 于 1997 年 ,由 Erich 
Gamma 和 Kent Beck 共同 开发 完成 。 其 中 Erich Gamma 是 经 典 著作 《设计 模式 : 可 复 
用 面向 对 象 软 件 的 基础 ) 一 书 的 作者 之 一 ,并 在 Eclipse 中 有 很 大 的 贡献 ;Kent Beck 则 是 
一 位 极限 编程 方面 的 专家 和 先驱 。 

http://www.junit. org 是 JUnit 的 网 站 ,从 该 网 站 可 以 下 载 最 新 版 本 的 JUnit 包 ,在 
站 点 上 可 以 查询 到 JUnit 相关 资料 ,包括 开发 语言 .最 新 更 新 日 期 .授权 使 用 书 等 ;在 网 站 
http://java. exampleshow. com/sourcecode/Category:JUnit 可 以 寻找 JUnit 范例 ;网 站 
http://www. eclipse. org 是 著名 的 Java 整合 开发 环境 ,提供 了 对 JUnit 良好 的 支持 。 

下 载 最 新 版 本 的 JUnit4. 9b3. zip, 下载 完 以 后 解压 缩 到 喜欢 的 目录 下 ,假设 是 
JUNIT_HOME, 然 后 将 JUNIT_HOME 下 的 JUnit. jar 包 加 到 系统 的 CLASSPATH 环 
境 变量 中 ,对 于 IDE 环境 ,需要 用 到 的 JUnit 的 项 目 增 加 到 Lib 中 ,其 设置 不 同 的 IDE 有 
不 同 的 设置 。 

本 节 根 据 JUnit 测试 网 站 及 其 使 用 手册 5 和 相关 文献 资料 2 ,介绍 JUnit 的 安装 
信息 。 

1. 独立 JUnit 测试 环境 的 建立 


1) JUnit 的 安装 

(1) 将 JUnit 压缩 包 解压 到 一 个 物理 目录 中 (例如 D:\JUnit4. 9b3) 。 

(2) 记录 JUnit. jar 文件 所 在 目录 名 (例如 D:\JUnit4. 9b3\JUnit-4. 9b3.jar) 。 

(3) 进入 操作 系统 (以 WindowsXP 操作 系统 为 准 ) ,选择 “开始 ”设置 ?一 “控制 面 
板 ”。 在 控制 面板 选项 中 选择 “系统 ”, 单 击 “ 环 境 变 量 ”, 在 “系统 变量 ”的 “变量 ”列表 框 中 
选择 CLASS_PATH 关键 字 ( 不 区 分 大 小 写 ) ,如 果 该 关键 字 不 存在 则 添加 。 

(4) 双击 CLASS_PATH 关键 字 添 加 字符 串 “D:\ JUnit4. 9b3\ JUnit-4. 9b3. jar” 
(注意 ,如 果 已 经 有 别 的 字符 串 请 在 该 字符 串 的 字符 结尾 加 上 分 号 *;”) ,确定 修改 后 ， 
JUnit 就 可 以 在 集成 环境 中 应 用 了 。 

2) JUnit 的 卸载 步骤 

(1) 将 JUnit 压缩 包 删 除 。 

(2) 进入 操作 系统 (以 WindowsXP 操作 系统 为 准 ) ,按照 次 序 选择 “开始 ”设置 "一 
“控制 面板 ”。 在 控制 面板 选项 中 选择 “系统 ”, 单 击 * 环 境 变量 ”, 在 “系统 变量 ”的 “变量 ” 
列表 框 中 选择 CLASS_PATH 关键 字 ( 不 区 分 大 小 写 ) 。 

(3) 双击 CLASS_PATH 关键 字 ,删除 字符 串 D:\ JUnit4. 9b3\JUnit-4. 9b3. jar。 

3) 测试 安装 是 否 成 功 

(1) 批 处 理 文本 方式 。 运 行 命令 java JUnit. textui. TestRunner。 

(2) AWT 图 形 测试 运行 方式 。 运 行 命令 java junit. awtui. TestRunner。 

(3) 基于 Swing 图 形 测试 运行 方式 。 运 行 命令 java junit. awtui. TestRunner。 

如 果 上 述 命令 都 运行 无 误 , 则 安装 成 功 。 
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2. Eclipse 开发 环境 建立 JUnit 


Eclipse 是 一 个 非常 优秀 的 集成 开发 环境 (Integration Development Environment 
IDE) ,由 IBM 开发 ,基于 Java 公开 源 代码 软件 。Eclipse 核心 是 动态 发 现 插件 体系 结构 , 平 
台 负 责 处 理 基 本 环境 的 后 台 工 作 , 每 个 插件 专注 于 执行 少量 的 任务 。 通 过 集成 大 量 的 插 
件 ,Eclipse 的 功能 可 以 不 断 的 扩展 ,支持 各 种 不 同 的 应 用 。 集 成 了 CDT 的 Eclipse 提供 了 一 
个 开发 C/C++ 程序 的 功能 强大 的 IDE, 将 一 些 烦 琐 的 事物 变 得 简单 ,提高 项 目的 开发 效率 。 
安装 JDK Eclipse 是 一 个 基于 Java 平台 的 开发 环境 , 它 本 身 也 要 运行 在 Java 虚拟 机 上 ,还 要 
使 用 JDK 的 编译 器 ,因此 必须 首先 安装 JDK, 同 时 也 是 Eclipse 运行 的 必须 条 件 。 

(1) 从 Sun 的 官方 站 点 http://java. sun. com 下 载 JDK Windows 版 ,然后 运行 
setup. exe 安装 ,可 以 自行 设 定安 装 目 录 , 例 如 安装 到 D:\software\j2sdk 目录 下 。 接 下 
来 要 配置 环境 变量 ,以便 Java 程序 能 找到 已 安装 的 JDK 和 其 他 配置 信息 。 右 键 单 击 “ 我 
的 电脑 ”, 选 择 “ 属 性 ”, 在 弹出 的 对 话 框 中 选择 “高 级 ”, 单 击 “ 环 境 变 量 ” 按 钮 , 继续 单 击 系 
统 变量 下 方 的 新 建 按钮 ,创建 JAVA_HOME 环境 变量 。 系 统 变 量 创建 完毕 后 ,在 系统 
变量 列表 中 查找 Path 变量 , 单 击 “ 编 辑 ”, 在 最 后 添上 JDK 的 可 执行 文件 的 所 在 目录 ， 
即 %WJAVA_HOME%\bin, 对 应 目录 便 是 D:\software\j2sdk\bin, 附 加 到 Path 中 即 可 ， 
注意 要 以 分 号 ";” 隔 开 。 

(2) 配置 好 JDK 后 ,安装 Eclipse, 从 Eclipse 的 官方 站 点 http://www. eclipse. org 
上 下 载 Eclipse SDK。 下 载 后 ,将 它们 解压 到 同一 个 目录 ,无 须 安装 ,直接 找到 目录 下 的 
eclipse. exe 运行 ,出 现 启动 画面 : 稍 等 片刻 ,Eclipse 界面 就 出 来 了 。 

(3) 配置 JUnit ,选择 菜单 “文件 ”新建 "项目 ”, 选 择 Java 项 目 , 单 击 Next 按钮 
对 项 目 命名 保存 后 即 可 编写 测试 程序 。 


723 软件 测试 自动 化 骨架 


JUnit 框架 是 一 个 典型 composite 模式 ,TestSuite 可 以 容纳 任何 派生 自 test 的 对 象 ， 
当 调用 TestSuite 对 象 run() 方 法 时 ,会 遍历 自己 容纳 的 对 象 ,逐个 调用 它们 的 run() 方 
法 。 先 给 出 一 些 框架 定义 ， 

(1) TestCase: 测试 用 例 ,是 对 测试 目标 进行 测试 的 方法 与 过 程 集合 。 

(2) TestSuite: 测试 包 , 是 测试 用 例 的 集合 ,可 容纳 多 个 测试 用 例 。 

(3) TestResult: 测试 结果 的 描述 与 记录 。 

(4) TestListener: 测试 过 程 中 的 事件 监听 者 。 

每 个 测试 方法 所 发 生 与 预期 不 一 致 的 状况 描述 , 称 其 测试 失败 元 素 (TestFailure)。 
其 中 TestCase 是 框架 的 核心 , 它 建立 了 TestCase 和 TestSuite 之 间 的 关联 ,为 整个 框架 
做 了 扩展 预 留 。 其 余 的 类 用 来 支援 TestCase 类 ,TestSuite 用 来 聚合 多 个 TestCase， 
Assert 类 实现 期 望 值 expected 和 实际 值 actual 的 验证 ,TestResult 收集 所 有 测试 用 例 执 
行 后 的 结果 。 图 7-3 为 JUnit 自动 化 测试 框架 。 

该 测试 框架 采用 了 composite 设计 模式 ,TestSuit 可 以 容纳 任何 派生 自 Test 的 对 
象 ,一 旦 调用 TestSuit 对 象 的 run() 方 法 ,遍历 它 所 容纳 的 对 象 , 逐 个 调用 run() 方 法 ,最 
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Assert <<interface>> 
assertTrue() Test 所 一 一 
assertEquals() Run() 


人 


TestResult 上 一 站 TestCase TestSuite 
fName Run() 
setup() addTest() 
runTest() 
teardown() 
run() 
和 == J 


图 7-3 JUnit 自动 化 测试 框架 
后 分 析 run() 方 法 返回 的 结果 。 
724 JUhit 断言 


Assert 即 JUnit 断言 , 它 包 含 了 一 组 静态 的 测试 方法 ,用 于 期 望 值 和 实际 值 比 对 是 
否 正 确 。 一 旦 即 测试 失败 ,Assert 类 就 会 抛 出 一 个 AssertionFailedError 异常 ,同时 标志 
为 未 通过 测试 。 如 果 该 类 方法 中 指定 一 个 String 类 型 的 传 参 , 则 该 参数 将 被 作为 
AssertionFailedError 异常 的 标识 信息 ,告诉 测试 人 员 该 异常 的 详细 信息 C] 。 

Assert 方法 封装 了 继承 自 TestCase 最 常见 的 测试 任务 ,这 些 Assert 方法 可 以 极 大 
地 简化 单元 测试 的 编写 ,Assert 提供 了 8 个 核心 方法 如 表 7-2 所 示 。 


表 7-2 Assert 方 法 


断言 条 件 为 真 。 若 不 满足 ,方法 抛 出 带 有 相应 的 信息 (如 果 有 的 话 ) 的 
assertTrue i 

AssertionFailedError 异常 
本 断言 条 件 为 假 。 若 不 满足 ,方法 抛 出 带 有 相应 的 信息 (如 果 有 的 话 ) 的 
鸭 AssertionFailedError 异常 
全 断言 两 个 对 象 相 等 。 若 不 满足 ,方法 抛 出 带 有 相应 的 信息 (如 果 有 的 话 ) 的 
ee AssertionFailedError 异常 

断言 对 象 不 为 Null。 若 不 满足 ,方法 抛 出 带 有 相应 的 信息 (如 果 有 的 话 ) 的 
assertNotNull S 

AssertionFailedError 异常 

断言 对 象 为 Null。 若 不 满足 ,方法 抛 出 带 有 相应 的 信息 (如 果 有 的 话 ) 的 
assertNull . 

AssertionFailedError 异常 
ee 断言 两 个 引用 指向 同一 个 对 象 。 若 不 满足 ,方法 抽出 带 有 相应 的 信息 (如 果 
上 有 的 话 ) 的 AssertionFailedError 异常 
aE ee 断言 两 个 引用 指向 不 同 的 对 象 。 若 不 满足 ,方法 抛 出 带 有 相应 的 信息 (如 果 
四 有 的 话 ) 的 AssertionFailedError 异常 
Fail 让 测试 失败 ,并 给 出 指定 的 信息 


JUnit 提供 了 6 大 类 31 组 断言 方法 ,包括 基础 断言 .数字 断言 ,字符 断言 布尔 断言 、 
比特 断言 .对 象 断言 。 王 东 刚 "9 给 出 各 种 断言 的 归 类 讨论 ,如 表 7-3 所 示 。 
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序号 作用 域 


He 测试 技术 


表 7-3 断言 方法 列表 
方法 名 称 


assertTrue(String message, boolean condition) 


基础 断言 


assertTrue( boolean condition) 


(Base) 


assertFalse(Sring message, boolean condition) 


assertFalse( boolean condition) 


assertEquals(String message,double expected, double actual, double delta) 


assertEquals( double expected, double actual, double delta) 


assertEquals(String message ,float expected ,float actual, double delta) 


assertEquals(float expected ,float actual, float delta) 


数值 断言 
(Number) 


assertEquals(String message,long expected, long actual) 


assertEquals(String message, short expected, short actual) 


assertEquals( Short expected, short actual) 


assertEquals(String message,int exoected ,int actual) 


assertEquals(int expected ,int actual) 


assertEquals(String message, String expected,double actual, double delta) 


字符 断言 


assertEquals(String expected, String actual) 


(String) 


assertEquals(String messagevchar expected, char actual) 


assertEquals(char expected ,char actual) 


布尔 断言 


assertEquals(String message, Boolean expected, Boolean actual) 


(Boolean) 


assertEquals( Boolean expected, Boolean actual) 


比特 断言 


assertEquals(String message, Byte expected, Byte actual) 


(Byte) 


assertEquals( Byte expected, Byte actual) 


assertEquals (String message, Object expected, Object actual) 


assertEquals(Object expected,Object actual) 


assertNotNull(String message,Object object) 


assertNotNull(Object object) 


对 象 断言 


assertNull(String message, Object object) 


(Object) 


assertNull(Object object) 


assertSame( String message, Object expected, Object actual) 


assertSame( Object expected, Object actual) 


assertNotSame( String message. Object expected, Object actual) 


assertNotSame( Object expected, Object actual) 
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关于 Assert 类 的 断言 使 用 通过 检查 被 测试 的 代码 ,判断 是 否 返 回 了 正确 的 结果 , 举 
一 个 work 代码 实例 如下: 


Public void testwork(){ 

// 创 建 一 个 工作 实例 ,根据 work 类 的 静态 方法 设置 work 类 型 返回 
Work a— Greatwork.setworkStyle (new work ("A")); 

// 由 于 a 实例 是 由 方法 生成 ,需要 测试 该 方法 是 否 返 回 了 正确 的 Nil 
assertNotNull ("Null a object",a); 

// 测 试 该 工作 的 准备 工作 是 否 就 绪 

assertTrue (a.is OK()); 

// 测 试 工作 的 名 称 是 否 和 设 定 的 名 称 一 致 

AssertEquals ("name check", "a",a.getwork ()); 

try{ 

// 故 意 传人 错误 的 对 象 测试 Greatwork 实 例 是 否 能 找 出 异常 
Greatwork.setworkStyle (new work (Null1))7 

Fail ("gotten a workNotFoundException")7 

} 

Catch (PlansNotFouneException) 

// 找 到 了 异常 的 信息 处 理 

} 
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TestCase 即 测试 用 例 , 用 抽象 类 来 定义 测试 中 的 固定 方法 。TestCase 是 Test 接口 
的 抽象 实现 。 

其 中 ,Test 接口 是 运行 测试 和 收集 测试 的 结果 , 它 使 用 了 Composite 设计 模式 ,Test 
接口 定义 了 两 个 方法 : public int countTestCase() 和 public void run(TestResult)。 

public int countTestCase(): 统计 执行 的 测试 用 例 (TestCase) 的 数量 。 如 果 是 测试 
包 则 返回 整个 包 中 所 有 测试 用 例 的 统计 值 。 

public void run(TestResult) : 该 方法 有 传递 参数 TestResult, test 接口 强制 每 个 测 
试 的 执行 都 必须 圣人 一 个 TestResult 对 象 , 该 对 象 用 来 启动 测试 ,记录 测试 过 程 。 

考虑 到 TestCase 是 一 个 抽象 类 ,只 能 被 继承 ,不 能 被 实例 化 。 其 构造 函数 可 以 根据 
输入 的 测试 名 称 来 创建 一 个 测试 用 例 , 当 启动 TestCase 的 run() 方 法 后 实时 创建 一 个 
TestResult 实例 ,然后 按照 一 定 的 顺序 运行 整个 测试 过 程 。 提 供 测试 名 的 目的 在 于 方便 
测试 失败 是 查找 失败 的 测试 用 例 。 编 写 TestCase 的 子 类 用 于 测试 时 ,需要 注意 以 下 
事项 。 

(1) 一 次 测试 只 测试 一 个 对 象 ,这 样 容易 定位 出 错 的 位 置 。 对 于 一 个 TestCase, 只 
测试 一 个 对 象 , 一 个 测试 方法 只 测试 一 个 对 象 中 的 方法 。 

(2) 最 好 在 Assert 函数 中 给 出 失败 的 原因 ,这 样 有 助 于 查 错 。 

(3) 在 setUp 和 tearDown 中 的 代码 不 应 该 与 测试 有 关 , 而 应 与 全 局 相关 。 

采用 TestCase 进行 测试 时 ,提供 了 10 种 测试 方法 如 表 7-4 所 示 。 
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表 7-4 TestCase 测试 方法 

方 法 描 述 
CoutTestCases | 计算 run(TestResult result) 所 执行 的 TestCase 的 数目 (由 Test 接口 规定 ) 
CreateResult | 创建 默认 的 TesrResult 对 象 
getName 获得 TestCase 的 名 字 
run 运行 TestCase, 并 收集 TestResult 中 的 结果 (有 Test 接口 规定 ) 
runBare 运行 测试 序列 ,但 不 执行 任何 特殊 功能 ,比如 发 现 Test 方法 
setName 设置 TestCase 的 名 字 
Setup 初始 化 fixTrue ,例如 打开 网 络 连 接 , 这 个 方法 会 在 测试 执行 之 前 被 调用 (由 Test 接口 规定 ) 
Teardown 销毁 fixTrue ,例如 关闭 网 络 连 接 , 这 个 方法 会 在 测试 执行 之 后 被 调用 (由 Test 接口 规定 ) 
ToSteing 返回 TestCase 的 字符 串 表 示 
runTest 重 载 并 运行 测试 并 断言 其 状态 


创建 一 个 简单 的 被 测试 类 public class exp, 通过 public string change() 返 回 一 个 给 
定 的 字符 串 change() ,通过 继承 TestCase 抽象 类 构造 自己 的 测试 类 , 样 例 代 码 C9 如 下 。 


Public class exp_TestCase extends TestCase{ 
Private exp exp a; 
// 继 承 父 类 构造 方法 

Public exp TestCase (){ 


SUPer ()7 


protected void setup (){ 
exp snew exp(); 


protected void tearDown () { 
exp a=Null; 


// 创 建 测试 类 方法 assertEguals 对 字符 串 进 行 迪 辑 对 比 
Public void testchange () { 
assertEquals ("testchange", "change ()123",exp a.change()); 


// 执 行 测 试用 例 
Public static void main (string[] args) { 
exp_TestCase cet= new exp_TestCase () 


Public void runtest (){ 
testchange (); 


TestCase 定义 测试 方法 并 且 运 行 整 个 测试 ,TestResult 监听 整个 测试 过 程 并 且 为 每 
个 输入 性 测试 用 例 定义 一 个 异常 监听 者 ,同时 运行 TestCase 测试 运行 序列 。 因 为 Class_ 
E_Testcase 匿名 继承 了 TestCase 的 空 构造 方法 传人 了 一 个 NULL, 用 匿名 内 类 覆盖 
TestCase 的 runtest() 方 法 。 
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分 析 一 个 JUnit 的 代码 框架 如 下 : 


Public class Testann extends TestCase{ 
Public Testann (String name){ 
SuPer (name); 
} 
// 重 写 setUp() . setup() 方 法 进行 初始 化 工作 
Public void setUp(){ 
try { 
Super.setUp ()7 
// 初 始 化 
}catch (Exception ex) { 
ex.printStackTrace ()7 
} 
} 
// 重 写 tearpomn() . tearpom() 进 行销 毁 工作 
Public void tearDown () { 
try { 
// 销 毁 代 码 
Super.tearDown (); 
} catch (Exception ex) { 
ex.printStackTrace ()7 
} 
} 
// 测 试 方法 
Eublic void testann (){ 
} 
} 


代码 继承 了 TestCase 提供 的 类 ,通过 带 参数 的 构造 方法 ,覆盖 setUp() ,teardown() ,而 
void 不 带 参数 的 testann() 方 法 对 类 别 里 面 的 逻辑 方法 进行 测试 。 
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TestResult 用 来 收集 参数 , 它 负责 包 装 和 运行 所 有 的 TestCase 并 收集 TestCase 执 
行 结果 。 比 如 ,使 用 assert(60,result, 0) 如 果 结 果 不 等 于 60 则 JUnit 就 会 创建 一 个 
TestFailure 对 象 , 它 会 储存 在 TestResult 当中 。TestRunner 使 用 TestResult 来 报告 测 
试 结果 。 如 果 TestResult 集合 中 没有 TestFailure 对 象 进 度 条 就 用 绿色 ,否则 进度 条 用 
红色 并 输出 失败 测试 的 数目 和 它们 的 stack trace, 将 测试 结果 转发 到 TestListener 处 理 。 
JUnit 共有 两 种 异常 形态 :“ 失 败 ”* 和 “错误 ”。 失 败 : 是 可 以 预期 的 ,代码 的 改变 会 造成 断 
言 失 败 , 只 要 修正 代码 ,断言 就 可 以 再 次 通过 。TestResult 结果 类 和 其 他 类 与 接口 做 如 
下 归 类 : 

(1) TestResult 结果 类 集合 了 任意 测试 累加 结果 ,通过 TestResult 实例 传递 每 个 测 
试 的 Run() 方 法 。TestResult 在 执行 TestCase 时 如 果 失 败 会 异常 抛 出 。 
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(2) TestListener 接口 是 事件 监听 规约 ,可 供 TestRunner 类 使 用 。 它 通知 Listener 
对 象 相 关 事 件 ,方法 包括 测试 开始 startTest(Test test) ,测试 结束 endTest(Test test) 错 
误 , 增 加 异常 addError (Test test, Throwable t) 和 增加 失败 addFailure (Test test， 
AssertionFailedErrort) 。 
(3) TestFailure 失败 类 是 个 “失败 ”状况 的 收集 类 ,解释 每 次 测试 执行 过 程 中 出 现 的 
异常 情况 。 其 toString() 方 法 返回 "失败 ”状况 的 简要 描述 。 
本 节 以 一 个 TestResult 为 例 ,统计 测试 运行 的 数量 。 为 了 使 用 TestResult ,必须 把 它 作 
为 参数 传 给 TestCase. run() 方 法 ,并 通知 TestResult 当前 测试 已 经 开始 ,TestResult 会 跟踪 
统计 运行 了 多 少 个 测试 ,代码 如 下 : 
Public void run (TestResult result) { 
result.startTest (this) ; // 通 知 TestResult 测试 开始 
setUp(); 
runTest (); 
tearDown (); 
} 
Public synchronized void startTest (Test test) { 
fRnTestst +; 
} 
TestResult 中 的 startTest() 方 法 定义 成 同步 ,一 个 TestResult 对 象 可 以 收集 不 同 线 
程 中 的 测试 结果 。 通 过 运行 TestCase, 收 集 TestResult 中 的 结果 ,采用 测试 方法 run 构 
建 一 个 无 参数 版 本 的 run() 方 法 ,创建 自己 的 TestResult 对 象 如 下 : 


Public TestResult run() { 

TestResult result= createResult (); 
run(result); 

retumn result; 

} 

protected TestResult createResult () { 
retum new TestResult (); 

} 


如 果 测 试 一 直 正 确 地 运行 ,可 以 不 用 写 测试 。 如 果 了 解 测试 故障 ,JUnit 在 故障 
(Failure) 和 错误 (Error) 之 间作 了 区 分 。 故 障 是 可 预期 的 ,用 断言 来 检测 ,错误 是 不 可 预 
期 的 。 故 障 标识 为 AssertionFailedError 错误 。 为 了 从 故障 中 区 分 不 可 预料 的 错误 , 故 
障 用 catch 语句 捕获 ,这样 就 保证 了 本 测试 之 后 的 其 他 测试 得 以 运行 。 
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TestSuite 是 把 多 个 相关 测试 归 和 人 一 组 便捷 方式 , 若 没 有 提供 自己 的 TestSuite， 
TestRunner 会 自动 创建 一 个 默认 的 TestSuite ,不 能 满足 时 ,可 能 会 组 合 多 个 suite, 把 它 
们 作为 主 suite 的 一 部 分 ,这 些 suite 来 自 几 个 不 同 的 package,TestSuite 在 通常 情况 下 
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是 用 来 组 合 测试 的 ,如 果 同 时 执行 多 个 TestCase 需要 借助 TestSuite。TestRuner 负责 
启动 TestSuite, 而 在 多 个 Test Case 情况 下 ,运行 哪些 TestCase 由 TestSuite 来 决定 。 

通常 情况 下 TestAll 类 包括 一 个 静态 的 suite() 方 法 ,这 个 方法 会 注册 应 用 程序 需要 
定期 执行 所 有 Test 对 象 (包括 TestCase 对 象 和 TestSuite 对 象 ) ,下 面 是 一 个 典型 的 
TestAll 类 。 


jimport junit.framework.Test7 
jmport junit.framework.TestSuite; 
import junitibook. sarpling.TestDefaultController; 
public class TestAll extend TestCase 
{ 
public static Test suite() 
TestSuite suite= new TestSuite ("All tests from exp"); 
suite.addTestSuite (Testexp.class); 
suite.addTestSuite (TestDefaultController.class); 
retum suite; 
} 
} 


由 于 TestSuite 类 组 装 多 个 TestCases, 待 测 类 中 可 能 包含 了 对 被 测 类 的 多 个 测试 ， 
而 TestSuit 负责 收集 这 些 测 试 。TestSuite 实现 了 Test 接口 , 且 可 以 包含 其 他 的 
TestSuites。 它 可 以 处 理 加 入 Test 时 所 有 抛 出 的 异常 。 

TestSuite 处 理 测 试用 例 有 6 个 规约 5 (和 否则 会 被 拒绝 执行 测试 ) : 

A. 测试 用 例 必 须 是 公有 类 (Public) ; 

B. 测试 用 例 必须 继承 于 TestCase 类 ; 

C. 测试 用 例 的 测试 方法 必须 是 公有 的 (Public); 

D. 测试 用 例 的 测试 方法 必须 被 声明 为 Void; 

E. 测试 用 例 中 测试 方法 的 前 置 名 词 必须 是 Test; 

F. 测试 用 例 中 测试 方法 无 任何 传递 参数 。 

介绍 TestSuite 处 理 测 试用 例 (CTestCase) 标 准 写法 [ 轨 如 下 : 


// 必 须 声 明 为 piblic class 继承 于 Testcase 类 

Public class Class_TestCase extends TestCase{ 

// 必 须 声 明 public 

Public class_TestCase (){ 

Super ()7 

} 

// 测 试用 例 必须 声明 为 piblic, 并 且 加 上 test 修 饰 前 组 
Public void testAMethod () { 

} 

Public void testEMethod () { 
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} 

} 

} 

在 使 用 TestSuite 时 通常 需要 定义 一 个 TestCase, 并 使 用 TestRunner 来 运行 测试 ， 
事实 上 TestRunner 并 不 直接 运行 TestCase 上 的 单元 方法 ,而 是 通过 TestSuite， 
TestSuite 可 以 将 数 个 TestCase 组 装 在 一 起 ,从 而 确保 每 个 TestCase 保持 简单 , 举 一 个 
数学 工具 测试 用 例 代 码 如 下 


MathToolTest .java 
Package onlyfun.caterpillar.test; 
import onlyfun.caterpillar.MathTool7 
jimport junit .framework.TestCase; 
public class MathToolTest extends TestCase { 
public MathToolTest (String testMethod) { 
super (testMethod) ; 
} 
Public void testGod() { 
assertEquals (2, MathTool .god (4, 2)); 
Public static void main (String[] args) { 
junit.textui.TestRunner.run MathToolTest .class); 
i, 
} 


上 面 例子 中 没有 看 到 任何 的 TestSuite,TestRunner 会 自己 建立 一 个 TestSuite 并 自 
动 找 出 TestCase() 方 法 。 如 果 自 行 生 成 TestSuite, 则 在 继承 TestCase 之 后 ,提供 静态 的 
suite() 方 法 ,例如 : 

Public static Test suite() { 

retum new TestSuite (MathTool .class); 

} 

如 果 没 有 提供 任何 的 TestSuite, 则 TestRunner 会 建立 一 个 ,并 找 出 TestCase() 方 
法 。 如 果 要 加 入 更 多 的 测试 方法 ,使 用 addTest() ,suite() 方 法 传 回 一 个 TestSuite， 
TestRunner 会 调用 TestSuite 的 run() 方 法 ,然后 TestSuite 会 将 之 委托 给 TestCase 上 
的 run() 方 法 ,并 执行 每 一 个 TestCase() 方 法 。 


728 事件 监听 者 实现 


JUnit 提供 了 TestListener 接口 ,以 帮助 对 象 访问 TestResult 并 创建 有 用 的 报告 。 
TestRunner 实现 了 TestListener, 可 以 有 任意 数量 的 TestListener 向 JUnit 框架 注册 ， 


Os 面向 对 象 的 单元 测试 


TestListener 可 以 根据 TestResult 提供 的 信息 做 需要 做 的 任何 事情 。 但 是 编写 测试 时 
不 必 实 现 这 个 接口 ,只 有 需要 扩展 JUnit 框架 时 才 会 需要 实现 这 个 接口 。 

TestListener 接口 抽象 了 所 有 测试 监听 者 的 行为 ,包括 两 个 添加 错误 和 失败 的 方法 : 
addError (Test, Throwable) 和 addFailure (Test, AssertionFailedError), 开始 测试 
startTest (Test) 方 法 ,结束 测试 endTest(Test) 方 法 。TestListener 是 一 个 接口 ,定义 几 
个 方法 ,说 明 监听 几 个 方法 。 如 测试 开始 ,发 生 失 败 , 发 生 错误 ,测试 结束 等 监听 事件 的 
时 间 点 。 由 具体 的 类 来 实现 。 


// 测 试 过 程 监听 

Public interface TestListener { 

// 错 误 发 生 

Public void aqqPrror (Test test, Throwable t); 
// 失 败 发 生 

Public void addFailure (Test test, AssertionFailedError t); 
// 测 试 开 始 

public void startTest (Test test); 

// 测 试 结束 

Eublic void endTest (Test test); 

} 


73 Edipse 中 JUnit 的 使 用 


Eclipse 自 带 JUnit 插件 ,安装 好 Eclipse 后 不 用 安装 JUnit 便 可 以 在 项 目 中 开始 测 
试 相关 的 类 ,并 且 可 以 调试 测试 用 例 和 被 测试 类 。 关 于 Eclipse 中 JUnit 安装 查看 7. 2. 2 
节 内 容 。 关 于 在 Eclipse 中 JUnit 的 应 用 可 以 参考 JUnit 测试 网 站 及 其 使 用 手册 5 和 相 
关 文献 资料 5 ,操作 过 程 如 下 : 

打开 Eclipse 中 的 JUnit, 创 建 一 个 新 的 Java Project, 执 行 File>New>Java Project， 
弹出 图 7-4 所 示 Java 工程 对 话 框 ,输入 Project name 后 , 单 击 Finish 按钮 。 

新 建 一 个 Class, 执 行 File>New 一 Class, 在 Java Class 对 话 框 Name 栏 中 输入 Class 
名 ,选中 public static void main(string[] args) , 单 击 Finish 完成 Class 的 创建 。 

在 Java 工程 界面 中 编辑 自己 设计 的 Java 代码 ,编辑 完成 后 保存 ,然后 在 Eclipse 中 
加 入 一 个 JUnit 库 ,在 属性 对 话 框 中 添加 Library, 选 择 JUnit , 单 击 Next 按钮 选择 JUnit 
library version , 单 击 Finish 按钮 完成 JUnit 库 的 添加 。 

新 建 一 个 JUnit TestCase, 执 行路 径 New 一 JUnit Test Case, 输 入 TestCase 名 称 后 
单 击 Finish 按钮 完成 TestCase 创建 。 

运行 JUnit Test, 执 行路 径 Ran As-~>JUnit Test, 如 果 Assert 成 功 , 则 会 出 现 绿色 的 
条 带 ,如 图 7-5 所 示 。 

如 果 有 任何 一 个 方法 没有 断言 (Assert) 成 功 ,就 会 显示 红色 的 条 带 , 如 图 7-6 所 示 ， 
并 在 下 面 的 运行 失败 描述 (Failure Trace) 中 说 明 原 因 。 
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EE New Java Project 


Create a Java project 


Create a Javs project in the workspace or in sn external location 


Eroject name: [doubleadd 
Contents 


加 Create new project in zorkspace 


OVse default TRE Currently 'jrel.5.0_14 
OVse a project specific JEE 


OVse wn execution enyiroment JRE: 


Froject layoot 
OYse project folder as root for sources and class files 
Oreate separate folders for sources snd class files 


orking sets 
口 Aaa project to working sets 


图 7-4 Java 工程 对 话 框 


Packaee Explorer [HU Janit 到 


日 Failures: 0 


TestDoubleAdd [Runner: Janit 3] 


7-5 运行 正确 


必 匡 目 


Package Explorer | 上 WUJanit C3 


inished after 0.016 seconds 


BFailures: 1 


runs: 1/1 
红色 条 带 


日 让 TestDoubleAdd [Runner: Junit 3] 
库 | testOver 


7-6 运行 错误 
以 上 简单 介绍 了 在 Eclipse 中 JUnit 的 快速 应 用 ,方便 初学 者 快速 在 Eclipse 环境 下 
进行 JUnit 操作 。 


负载 测试 是 系统 在 资源 超 负荷 情况 下 的 表现 ,而 测试 对 象 承担 相应 的 工作 任务 ,在 
不 同 工 作 环境 下 评估 系统 的 性 能 ,目的 是 保障 系统 在 超 负荷 情况 下 仍 能 正常 工作 。 而 性 
能 的 负载 测试 是 软件 测试 的 重 中 之 重 , 测 试 工具 LoadRunner 通过 模拟 用 户 实时 监测 系 
统 以 确认 和 查找 问题 ,并 对 企业 架构 进行 测试 。LoadRunner 是 一 种 适用 于 各 种 体系 架 
构 的 自动 负载 测试 工具 , 它 以 其 界面 友好 \ 方 便 易 用 、 功 能 强大 等 特点 获得 广泛 的 使 用 。 


81 LoadRumer 程序 安 获 


LoadRunner 可 以 安装 在 Windows 系统 或 者 Linux 系统 下 ,本 节 只 介绍 LoadRunner 在 
Windows 系统 下 安装 的 过 程 。 


81.1 Wndos 系 统 下 LoadRurmner 的 安装 


运行 压缩 的 安装 程序 文件 HP Mercury LoadRunner V8. 0. exe, 则 出 现 图 8-1 
Installshield Wizard 对 话 框 ,选择 好 安装 路 径 , 单 击 Next 按钮 。 注 意 ,不 要 将 LoadRunner 安 
装 在 带 有 中 文 的 路 径 下 ,否则 在 安装 过 程 中 可 能 会 出 现 问题 。 连 续 单 击 Next 按钮 ,根据 
提示 进行 安装 ,直到 安装 完成 后 选择 立即 重启 或 者 以 后 启动 ,如 图 8-2 所 示 ,选择 好 选项 
后 单 击 Finish 按钮 完成 软件 安装 。 


812 许可 协议 和 样 例 安装 


LoadRunner 安装 完成 后 ,如 果 涉 及 License 信息 过 期 需要 重新 输入 新 的 协议 ,可 以 
通过 单 击 启动 界面 的 License 工具 栏 ,在 LoadRunner License Information 对 话 框 中 单 击 
New License 按钮 ,弹出 License 对 话 框 输入 新 的 许可 协议 , 单 击 OK 按钮 完成 协议 
添加 。 

LoadRunner 本 身 自 带 了 样 例 安装 程序 , 单 击 “开始 ”一 “程序 ”> Mercury 一 Samples 
Setup ,出 现 如 图 8-3 所 示 界 面 。 单 击 Next 按钮 ,选择 要 安装 的 组 件 ,连续 单 击 Next 按 
钮 ,组 件 安装 完成 ,如 图 8-4 所 示 。 
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Mercury LoadRunner 80 - Installshield Wizard 9 OE 


Location to Save Files 
Where would you like to save your fles? 


\ 


Please enter the folder where you want these fies saved. If the folder does not 
‖ ist, it will be aeated for you，To continue, dick Next. 


Save fles in folder: 
[0:\Program Fies Yoodrunner 


图 8-1 Installshield Wizard 对 话 框 


InstallShield Wizard Complete 


The InstallShield Wizard has successfuly instaled Mercury 
LoadRunner 80 Before you can use the program, you must 
Testart your Computer. 


© Yes, | want to restart my computer now. 


my compuler laler] 


Remove any disks from thei diives, and then click Finish to 
complete setup. 


8-2 ”安装 完成 界面 


In the Options list, select the tems you want to install and clear 
the lems you don't want to install Components are on the left, 


This component includes COM Flights 


Space Required: OK Space Avalable: 2096832K 
co 
8-3 组 件 选择 界面 
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Welcome to the Setup program This program wil install on your 
computer 


Ntis suongly reoommenrded hetyou exit al Windows progams 
running this Setup progr 


Cck Caneel lo ehit Setup and hen close ary progame you have 
Tunning. Click Next to continue with the Setup pfogr 


‘WARNING: This program is protected by copyright law and 
international teates. 


Unauthorized reproduction or distribution of this program. or any 
Porton of .may rosul in sovere il and ciiminal penalies. and 
prosecuted to the maximum extent possible under law. 


日 jl Cancel 
8-4 组 件 安装 完成 界面 


82 LoadRumer 简介 


目前 , 随 着 软件 开发 技术 快速 发 展 ,现代 应 用 软件 的 复杂 性 也 在 急剧 上 升 ,软件 用 户 
关注 的 内 容 不 仅 体现 在 功能 实现 的 正确 性 ,其 系统 的 性 能 表现 也 是 用 户 关 注 的 重点 ,其 
中 性 能 测试 是 测试 系统 的 主要 手段 ,是 软件 测试 的 重点 。 使 用 Mercury LoadRunner 进 
行 自动 负载 测试 是 应 用 程序 部 署 过 程 中 必 不 可 少 的 部 分 。 通 过 LoadRunner 的 使 用 不 仅 
可 以 轻松 创建 虚拟 用 户 和 真实 的 负载 ,而 且 对 系统 的 性 能 进行 实时 监测 并 精确 分 析 测 试 
结果 。 


1. LoadRunner 关键 组 件 


(1) 虚拟 用 户 生成 器 : 捕获 最 终 用 户 业 务 流程 并 创建 自动 性 能 测试 脚本 。 
(2) Controller: 组 织 、 驱 动 ,管理 和 监控 负载 测试 。 

(3) 负载 生成 器 : 通过 运行 虚拟 用 户 生 成 负载 。 

(4) Analysis: 查看 .分 析 和 比较 性 能 结果 。 


2. LoadRunner 关键 术语 


(1) 场景 : 根据 性 能 需求 在 每 一 个 测试 运行 期 间 定义 发 生 的 事件 。 

(2) 集合 点 : 同步 虚拟 用 户 以 便 在 同一 时 刻 执行 任务 ,集合 点 可 以 实现 用 户 同 步 。 

(3) 事务 : 度量 最 终 用 户 业务 流 程 。 一 个 完整 的 事务 由 事情 开始 .事务 结束 以 及 一 
个 或 多 个 业务 操作 构成 。 

(4) VuGen: 模拟 实际 用 户 的 操作 来 使 用 应 用 程序 。 

(5) 思考 时 间 : 用 户 执行 两 个 连续 操作 等 待 的 时 间 。 
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3. 负载 测试 流程 


(1) 创建 脚本 : 捕获 应 用 程序 中 执行 的 最 终 用 户 操作 。 

(2) 设计 场景 : 设置 负载 测试 场景 。 

(3) 运行 场景 : 运行 并 监控 负载 测试 。 

(4) 分 析 结 果 : 分 析 负 载 测 试 期 间 LoadRunner 生成 的 性 能 数据 。 


83 全 改选 择 


LoadRunner 支持 两 项 最 广泛 的 协议 : WAP 和 Imode, 通 过 负载 测试 系统 整体 架构 , 允 
许 只 通过 记录 一 次 脚本 , 即 可 检测 到 无 线 互联 网 系统 。LoadRunner 的 虚拟 用 户 生成 器 本 身 
提供 了 多 种 协议 ,方便 用 户 模拟 系统 的 Vuser 技术 。 各 种 Vuser 技术 既 可 以 使 用 单 协议 ,又 
可 以 使 用 多 协议 。 协 议 选择 时 需要 根据 字母 顺序 查看 所 有 支持 的 协议 列表 。 

应 用 LoadRunner 进行 性 能 测试 时 ,有 时 在 脚本 录制 完成 后 ,脚本 编辑 框 中 没有 产生 
任何 脚本 代码 。 例 如 ,一 个 FTP 的 应 用 程序 ,选择 用 “(HTTP/HTML)” 协 议 录 制 ,那么 
录制 完成 后 ,就 会 产生 一 个 空 的 脚本 ,主要 原因 是 选择 了 错误 的 协议 。 使 用 LoadRunner 
时 要 正确 选择 协议 ,这 关系 到 脚本 能 否 正确 录制 与 执行 ,因此 在 进行 程序 的 性 能 测试 之 
前 ,测试 人 员 必 须 弄 清楚 被 测试 程序 使 用 的 是 什么 协议 。 下 面 是 记录 脚本 完成 网 络 检测 
的 过 程 。 

启动 Visual User Generator, 通 过 菜单 新 建 一 个 用 户 脚本 ,选择 系统 通信 协议 ( 见 
图 8-5) ,文献 [32] 中 给 出 了 以 创建 一 个 Web 类 型 的 单 协 议 脚 本 为 例 , 确 保 “ 类 别 ” 类 型 为 
“所 有 协议 ”。VuGen 将 显示 所 有 可 用 于 单 协议 脚本 的 协议 列表 。 向 下 滚动 该 列表 ,选择 
“Web (HTTP/HTML)” 并 单 击 “ 确 定 ” 按 钮 ,创建 一 个 空白 Web 脚本 。Web(HTTP/ 
HTML) 协 议 确 定 后 ,进入 主 窗 体 ,通过 菜单 Vuser 选择 启动 录制 脚本 命令 。 


新 建 虚拟 用 户 


新 建 单 办 议 脚本 


图 8-5 协议 选择 界面 
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84 创建 脚本 


LoadRunner 的 VuGen 利用 虚拟 用 户 可 以 同时 产生 成 千 上 万 个 用 户 访问 ,通过 建立 
系统 负载 生成 虚拟 用 户 来 模拟 真实 用 户 的 业务 操作 ,通过 记录 业务 流程 将 其 转化 为 测试 
脚本 。 脚 本 建立 后 ,进行 参数 化 操作 ,利用 实际 发 生 数 据 来 测试 应 用 程序 ,从 而 反映 出 系 
统 的 负载 能 力 , 所 以 LoadRunner 极 大 地 减少 了 负载 测试 所 需 的 硬件 和 人 力 资源 。 


841 虚拟 用 户 生成 器 


LoadRunner 虚拟 用 户 生 成 器 (VuGen) 采 用 录制 并 播放 机 制 。 应 用 程序 中 根据 业务 
流程 操作 时 ,VuGen 将 这 些 操 作 录 制 到 自动 脚本 中 ,以 便 作 为 负载 测试 的 基础 。 

开始 录制 用 户 , 打 开 VuGen 并 创建 一 个 空白 脚本 。 通 过 录制 事件 和 添加 手动 增强 
内 容 来 填充 空白 脚本 ,依据 MevcuryLoadRunner 8. 153] ,具体 操作 如 下 : 


启动 LoadRunner 


选择 “开始 ”一 “程序 ”一 Mercury LoadRunner 一 LoadRunner。 打 开 Mercury 
LoadRunner Launcher, 窗 口 如 图 8-6 所 示 。 


负载 测试 通过 在 部 署 系统 或 升级 程序 之 前 检测 头颈 ， 
站 | 编辑 可 以 防止 产品 中 出 现 那些 代价 高 是 、 费 心 费 力 的 问题 。 在 QA 
es 或 中 转 阶段 ， 通 过 在 IT 系统 上 产生 生产 性 工作 负荷 ， 
运行 负载 测试 可 以 度量 有 负载 时 关键 业务 流程 的 性 能 ， 
同和 并 可 以 查 明 影响 解决 方案 速度 的 瓶颈 。Mercury LoadRunner@® 
分 析 负载 测试 为 大 多 数 常 用 协议 和 技术 ( 包括 ERP/CRM、Web、]2EE/.NET、 
XML、.NET、 无 线 和 流 霸 体 ) 提供 全 面 支持 
址 只 希 一 个 产品 即 可 对 所 有 企 


8-6 ”LoadRunner 启动 窗口 


2. 打开 VuGen 


启动 窗口 中 , 单 击 “负载 测试 ?项 目 栏 , 单 击 * 创 建 /编辑 脚本 ”。 打 开 VuGen 的 启 
动 界面 ,如 图 8-7 所 示 。 


3. 创建 空白 Web 脚本 


在 VuGen 启动 页 的 “脚本 ”选项 卡 中 , 单 击 “ 新 建 Vuser 脚本 ”, 打 开 “ 新 建 虚拟 用 户 ” 
对 话 框 ,如 图 8-5 所 示 , 其 中 显示 了 用 于 新 建 单 协议 的 脚本 选项 。 协 议 是 客户 端 用 来 与 系 
统 后 端 进行 通信 的 语言 ,选择 好 “Web(HTTP/HTML) 协 议 ” 后 单 击 “ 确 定 ” 按 钮 即 成 功 
创建 空白 Web 脚本 。 
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| 
MERCURY 
Virtual User Generator 


易 本 里 抽 资 证 产 雪 功能 
| 


最 拓 使 用 的 击发 


rile Transfer protocol (Frp) 


Elweb (hrrpyrrwu 


高 sapeul 


8-7 ”VuGen 启动 界面 


842 录制 业务 


8.4.1 节 中 ,创建 了 一 个 空白 Web 脚本 ,将 事件 录制 到 脚本 中 。 下 面 选取 一 位 乘客 
预订 从 丹佛 到 洛杉矶 的 航班 5] ,以 查看 航班 路 线 事件 为 例 录制 脚本 操作 。 


1. 开始 录制 


单 击 任务 窗 格 底部 的 “开始 录制 ?按钮 ,如 图 8-8 所 示 。 也 可 以 选择 Vuser 开始 录 
制 ”, 或 单 击 页 面 项 部 工具 栏 中 的 “开始 录制 ”按钮 。 


包含 登录 过 程 ，Action 包 合 实际 的 BP 业务 流程 )，End 
合 注销 和 清理 程序 


合 的 步骤 。 因 此 ， 
十 划 没有 要 求 BP ,那么 可 以 将 每 个 操作 录制 到 
Action 中 。 但 是 ,如果 BP 要 求 您 多 次 重复 登录 和 注销 之 间 的 操作 ， 
1. 录 制 | 那么 请 控 如 下 所 示 将 拘 作 录制 到 适当 的 节 : 将 登录 录制 到 Init 节 中 ， 
wm 将 BP 录制 型 | Action 节 中 ,将 注 销 和 清理 录制 到 End 中 。 
吵 录制 应 用 程序 [录制 贿 间 ,可 以 使 用 录制 工具 栏 更 改 节 ] 
录制 概要 


录制 选项 

VuGen 允许 修 设置 高 级 录制 选项 来 自 定义 录制 。 例 如， 

悠 可 以 指明 用 来 录制 的 浏览 器 ， 也 可 以 指明 代理 服务 器 的 位 置 
打开 录制 选项 


有 关 详细 信息 ， 请 参阅 联机 帮助 。 


开始 录 冲 


图 8-8 ”开始 录制 界面 


在 图 8-9URL 地 址 框 中 ,输入 http://www. idc. ac. il。 在 “录制 到 操作 ” 框 中 ,选择 
Action , 单 击 “* 确 定 ” 按 钮 ,打开 一 个 新 的 Web 浏览 器 ,并 显示 Mercury Tours 站 点 。 启 动 
服务 器 ,选择 “开始 ”一 “程序 ”~Mercury LoadRunner 习 “示例 ”>Web 一 “启动 Web 服务 
器 ”。 
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开始 录制 [a 
应 用 程序 类 型 及 )。|Int ernet 应 用 程序 可 二 
要 录制 的 程序 加 Ji crosoft Internet Explorer El i 

Wii hit /emidacil 可 


工作 目录 [C:\Program Files\ercury Interactive\lercus] | 
录制 加 虞 作 (B): 了 ] 新 尘 如 ... | 
录制 应 用 程序 启动 &) 


这 项 | 


图 8-9 录制 对 话 框 


2. Mercury Tours 网 站 的 操作 


在 “成 员 姓名 ” 框 中 输入 jojo, 在 “密码 ” 框 中 输入 bean, 单 击 “ 登 录 ”, 打 开 欢 迎 页 面 。 
单 击 “ 航 班 ”, 将 打开 “查找 航班 ”对 话 框 : 

。 出 发 城市 : 丹佛 (默认 设置 ); 

。 出 发 日 期 : 保持 默认 设置 不 变 ( 当 前 日 期 ); 

。 到 达 城 市 : 洛杉矶 ; 

。 返回 日 期 : 保持 默认 设置 不 变 ( 第 二 天 的 日 期 ); 

。 座位 首选 项 : 过 道 。 

保持 其 余 的 默认 设置 不 变 , 然 后 单 击 “ 下 一 步 ”, 将 打开 “付费 详细 信息 ”对 话 框 。 输 
入 付费 信息 并 预订 航班 ,在 “信用 卡 ” 框 中 输入 12345678 ,在 “输出 日 期 ” 框 中 输入 “06/ 
06”。 单 击 “ 下 一 步 ”, 将 打开 “发 票 ” 对 话 框 ,并 显示 发 票 , 其 他 操作 可 根据 页 面 提示 进行 。 

3. 停止 录制 过 程 

生成 Vuser 脚本 时 ,选择 “代码 生成 ”后 弹出 如 图 8-10 所 示 对 话 框 。VuGen 向 导 将 
自动 进入 任务 窗 格 中 的 下 一 步 ,并 显示 录制 概要 。 如 果 没 有 看 到 概要 ,请 单 击 任 务 窗 格 
中 的 “录制 概要 ”。 

录制 概要 包括 协议 信息 和 会 话 执行 期 间 创建 的 操作 列表 ,对 于 录制 期 间 执 行 的 每 个 
步骤 ,VuGen 都 生成 一 个 快照 ( 即 录制 期 间 窗口 的 图 片 )。 这 些 录制 的 快照 的 缩 略 图 显示 
在 右 窗 格 中 。 如 果 需 要 重新 录制 脚本 ,请 单 击 页 面 底部 的 “再 次 录制 ”按钮 。 


4. 文件 保存 


在 “文件 名 ”文本 框 中 输入 basic_tutorial ,并 单 击 “保存 ”按钮 。VuGen 将 把 该 文件 保 
存在 LoadRunner 脚本 文件 夹 中 ,并 在 标题 栏 中 显示 该 测试 名 称 。 


843 查看 脚本 


查看 VuGen 录制 的 脚本 ,可 以 在 树 视图 或 脚本 视图 中 查看 。 
树 视 图 是 基于 图 标的 视图 。 在 树 视图 中 查看 脚本 ,选择 “视图 ”>“ 树 视图 ”或 单 击 
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录制 概要 
协议 


运行 录制 会 话 期 间 检 测 到 以 下 协议 : 
EFLLE] EL 
Web (HTTP/HTML) v 


操作 


运行 录制 会 话 期 间 创 建 了 以 下 操作 : 


向 脚本 中 插入 了 以 下 事务 : 
» booking 


有 关 洋 细 的 录制 信息, 请 打开 录制 日 志 


右 窗 格 显示 录制 的 缩 咯 图 快照 。 
查看 该 快照 ， LS 


Fp En 加 果 录 制 下 正确， 请 单 击 “ 重 新 录制 
ce-*| 以 便 重新 录制 业务 流程 。 


图 8-10 “录制 概要 ”对 话 框 


“ 树 视图 "按钮 。 对 于 录制 期 间 所 执行 的 每 一 步骤 ,VuGen 都 在 测试 树 中 生成 一 个 图 标 和 
一 个 标题 ,在 树 视 图 中 ,将 看 到 作为 脚本 步 又 的 用 户 操作 。 

脚本 视图 是 一 种 基于 文本 的 视图 。 在 脚本 视图 中 查看 脚本 ,选择 “视图 ”>“ 脚 本 视 
图 ”或 单 击 “ 脚 本 视图 ”按钮 。 在 脚本 视图 中 ,VuGen 将 在 编辑 器 中 显示 带 有 彩色 编码 的 
函数 及 其 变量 值 的 脚本 。 


85 编辑 脚本 


编辑 脚本 主要 从 插入 事务 (Transaction) .插入 集合 点 (Rendezvous ) 和 插入 检查 点 
等 多 个 方面 进行 处 理 。 


1. 插入 事务 (Transaction) 


为 了 衡量 服务 器 的 性 能 ,需要 在 任务 的 开始 和 结束 位 置 插入 事务 ,每 个 事务 度量 服 
务 器 响应 指定 的 Vuser 请 求 所 用 的 时 间 。 事 务 可 以 是 简单 任务 (如 单个 查询 ) ,也 可 以 是 
复杂 任务 (如 提交 多 个 查询 和 生成 报表 )。 在 运行 测试 脚本 时 ,LoadRunner 运行 到 某 个 
事务 的 开始 点 时 ,LoadRunner 开始 计时 ,直到 运行 到 该 事务 的 结束 点 ,计时 结束 。 

插入 一 个 事务 有 两 种 方式 实现 ,一 种 是 手工 方式 ;另外 一 种 是 利用 菜单 或 者 工具 条 
进行 事务 的 添加 。 要 注意 的 是 手工 方式 要 求 编写 脚本 人 员 必 须 十 分 清楚 脚本 的 内 容 , 在 
合适 的 位 置 插入 事务 的 开始 和 事务 的 结束 函数 。 选 取 菜 单方 式 操作 如 下 59 : 

(1) 在 VuGen 界面 选择 Insert->Start Transaction ,弹出 如 图 8-11 所 示 对 话 框 。 

(2) 输入 该 事务 的 名 称 。 事 务 的 名 称 最 好 能 够 说 明 该 事务 完成 的 动作 。 插 入 事务 的 
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开始 点 后 ,需要 在 定义 事务 的 操作 后 面 插入 事务 的 “结束 点 ”"， 执 行 Insert 一 End 
Transaction ,弹出 如 图 8-12 所 示 对 话 框 。 


< ®| Transaction Name: |SubmtEookData FE 
辐 Transaction Name: | Transaction Stalus > 
| | Es 
LB-sTop 
8-11 Start Transaction 对 话 框 8-12 End Transaction 对 话 框 


(3) 一 般 情况 下 ,事务 名 称 不 用 修改 。 事 务 的 状态 默认 情况 下 是 LR_AUTO。 在 手 
工 编写 代码 时 ,需要 手动 设置 事务 的 状态 。 脚 本 中 事务 的 代码 如 下 : 

IF_start transaction ("suamitbookdata"); 

// 此 部 分 代码 是 具体 事务 操作 

Lr_end transaction ("suamitibookdata",IR AUTO); 


2. 插入 集合 点 (Rendezvous) 


集合 点 是 一 个 并 发 访问 的 点 。 在 测试 计划 中 ,可 能 会 要 求 系统 能 够 承受 500 人 同时 
提交 数据 ,在 提交 数据 操作 前 加 入 集合 点 。 当 虚拟 用 户 运 行 到 提交 数据 的 集合 点 时 ， 
LoadRunner 就 会 检查 同时 有 多 少 用 户 运行 到 集合 点 ,如 果 不 到 500 人 ,LoadRunner 会 
命令 已 经 到 集合 点 的 用 户 在 此 等 待 , 当 在 集合 点 等 待 的 用 户 达 到 500 人 时 ,LoadRunner 
就 会 命令 500 人 同时 去 提交 数据 ,达到 并 发 访问 aa 


的 目的 。 操 作 如 下 : Be Aono | 
(1) 在 VuGen 界面 选择 Insert> Rendezvous， 的 ok 和 
弹出 如 图 8-13 所 示 对 话 框 。 
(2) 输入 该 集合 点 的 名 称 。 图 8-13 ”Rendezvous 对 话 框 
脚本 中 集合 点 的 代码 如 下 : 
Lr_rendezvous ("submitquerydata") 
注意 : 


(1) 集合 点 经 常 和 事务 结合 起 来 使 用 , 常 放 在 事务 的 前 面 。 
(2) 集合 点 只 能 插入 到 Action 部 分 ,vuser_init 和 vuser_end 中 不 能 插入 集合 点 。 


3. 插入 检查 点 


在 回放 脚本 期 间 ,搜索 特定 的 文本 字符 串 或 者 图 片 等 内 容 , 从 而 验证 服务 器 响应 内 
容 的 正确 性 。 例 如 验证 一 个 用 户 是 否 成 功 登 录 到 系统 ,通过 设置 一 个 文本 或 者 图 片 检 查 
点 进行 验证 。 插 入 一 个 检查 点 有 两 种 实现 方式 ,一 种 是 手工 方式 ; 另 一 种 方式 利用 菜单 
或 者 工具 条 。 利 用 手工 方式 插入 检查 点 时 要 求 编写 脚本 人 员 清 楚 脚本 内 容 , 在 合适 的 位 
置 插 入 检查 点 函数 。 利 用 菜单 方式 时 ,操作 步骤 如 下 59 : 

(1) 切换 到 脚本 TreeView 视图 ,添加 Text 检查 点 ,在 录制 过 程 中 ,也 可 以 在 录制 完 
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成 后 添加 。 在 树 形 菜单 中 选择 需要 插入 检查 点 的 一 项 , 右 击 ,如 果 检 查 点 在 该 操作 执行 
前 ,选择 Insert Before ,否则 选择 Insert After。 然后 在 弹出 的 对 话 杠 中 选择 Text Check 
( 见 图 8-14)。 


8-14 ”Add Step 对 话 框 


(2) 单 击 OK 按钮 后 ,出现 Text Check Properties 对 话 框 ,按照 要 求 设置 后 ,完成 添 
加 Text 检查 点 。 


86 页 载 测 臣 与 运行 了 过程 


Virtual Users 建立 后 ,需要 设 定 负 载 方案 ,业务 流程 组 合 和 虚拟 用 户 数 量 ,LoadRunner 
的 Controller 可 以 很 快 组 织 起 多 用 户 的 测试 方案 。Controller 的 Rendezvous 功能 提供 
一 个 互动 的 环境 , 既 能 建立 起 持续 且 循 环 的 负载 ,又 能 管理 和 驱动 负载 测试 方案 。 并 且 
利用 它 的 日 程 计 划 服 务 来 定义 用 户 在 什么 时 候 访 问 系统 以 产生 负载 ,将 测试 过 程 自 
动 化 。 

本 节 介 绍 测试 负载 的 整个 运行 过 程 , 并 观察 系统 在 负载 下 的 行为 。 测 试 过 程 需要 使 


用 LoadRunner Controller。 


861 LoadRunner Controler 简介 


LoadRunner Controller 提供 所 有 需要 的 有 助 于 创建 并 运行 测试 的 工具 ,以 准确 地 模 
拟 工 作 环境 。 在 本 节 中 ,目标 是 创建 一 个 场景 ,通过 模拟 十 个 旅行 代理 同时 登录 系统 、 搜 
索 航 班 、 购 买 机票 .查看 路 线 和 注销 系统 的 行为 53 ,创建 新 场景 操作 如 下 : 


1. 打开 Mercury LoadRunner 


选择 “开始 ”一 “程序 ”一 Mercury LoadRunner ~ LoadRunner。 打 开 Mercury 
LoadRunner Launcher 窗口 。 


2. 打开 Controller 


在 “负载 测试 ?选项 卡 中 , 单 击 “运行 负载 测试 ”, 打 开 LoadRunner Controller。 默 认 
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情况 下 ,Controller 打开 时 将 显示 “新 建 场景 ”对话 框 ,如 图 8-15 所 示 。 


图 8-15 “新 建 场景 "对 话 框 


3. 选择 场景 类 型 


选择 “手动 场景 ”, 通 过 手动 场景 ,可 以 控制 正在 运行 的 Vuser 数量 及 其 运行 的 时 间 ， 
还 可 以 测试 运行 的 Vuser 数 。 
Controller 窗口 的 “设计 ”选项 卡 包含 场景 计划 和 场景 组 两 部 分 ,如 图 8-16 所 示 。 


图 8-16 “Mercury LoadRunner 控制 器 ”窗口 
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(1) 场景 计划 : 可 以 设置 负载 行为 以 精确 描绘 用 户 行为 。 还 可 以 确定 将 负载 应 用 于 
应 用 程序 的 速率 、 负 载 测试 持续 时 间 以 及 如 何 停止 负载 。 

(2) 场景 组 : 配置 Vuser 组 。 可 以 创建 代表 系统 典型 用 户 的 各 种 组 。 可 以 定义 这 些 
典型 用 户 运行 的 操作 .运行 的 Vuser 数 以 及 Vuser 运行 时 所 用 的 计算 机 。 
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1. 创建 负载 测试 


Controller 是 用 来 创建 .管理 和 监控 测试 的 中 央 控 制 台 。 使 用 Controller 可 以 模拟 
实际 用 户 执行 操作 的 示例 脚本 ,并 通过 让 多 个 虚拟 用 户 同 时 执行 这 些 操作 以 便 系统 中 创 
建 负 载 ,执行 过 程 如 下 5 55 ， 

1) 打开 “Mercury LoadRunner” 窗 口 

选择 “开始 ”一 “程序 ”一 Mercury LoadRunner 一 LoadRunner, 打开 Mercury 
LoadRunner Launcher 启动 窗口 。 

2) 打开 Controller 

在 “负载 测试 ?选项 卡 中 , 单 击 “运行 负载 测试 >。 默 认 情 况 下 , LoadRunner Controller 
打开 时 将 显示 “新 建 场景 "对 话 框 。 

3) 打开 示例 测试 

从 Controller 菜单 中 选择 “文件 ”一 “打开 ”, 打 开 二 LoadRunner 安装 十 \Tutorial 目 
录 中 的 demo_scenario. lrs。 打 开 LoadRunner Controller 的 “设计 ”选项 卡 ,demo_script 
测试 将 出 现在 “场景 组 ” 窗 格 中 。 可 以 看 到 已 分 配 两 个 Vuser 运行 测试 ( 见 图 8-16)。 


2. 运行 负载 测试 


单 击 “启动 场景 ”按钮 ,显示 Controller 运行 视图 ( 见 图 8-17) ,Controller 将 开始 运行 
场景 ,在 “场景 组 ” 窗 格 中 ,可 以 看 到 Vuser 逐渐 开始 运行 并 在 系统 中 生成 负载 。 


3. 监控 负载 测试 


使 用 LoadRunner 的 集成 监控 器 套件 可 以 度量 负载 测试 期 间 每 个 单一 层 、 服 务 器 和 
系统 组 件 的 性 能 。LoadRunner 包括 用 于 各 种 后 端 系统 组 件 (包括 Web、 应 用 程序 、 网 络 、 
数据 库 和 ERP/CRM 服务 器 ) 的 监控 器 ,执行 过 程 如 下 5 。 

1) 查看 默认 图 

默认 情况 下 ,Controller 显示 正在 运行 的 Vuser 图 、 事 务 响应 时 间 图 、 每 秒 点 击 次 数 
图 和 Windows 资源 图 。 通 过 正在 运行 的 Vuser 整个 场景 图 ,可 以 监控 指定 时 间 正 在 
运行 的 Vuser 数 。 由 图 8-18 可 以 看 到 Vuser 以 每 分 钟 2 个 Vuser 的 速率 逐渐 开始 运行 。 

通过 事务 响应 时 间 一 一 整个 场景 图 ,可 以 监控 完成 每 个 事务 所 花费 的 时 间 , 可 以 看 
到 客户 登录 、 搜 索 航 班 、 购 买 机 票 .查看 线路 和 从 系统 注销 所 花费 的 时 间 , 如 图 8-19 所 示 。 

可 以 看 到 随 着 越 来 越 多 的 Vuser 运行 接受 测试 的 应 用 程序 ,事务 响应 时 间 将 增加 ， 
并 且 提 供给 客户 的 服务 水 平 将 降低 。 
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000015 000030 


图 8-18 ”Vuser 图 


000030 000100 1 
图 8-19 ”整个 场景 图 
2) 查看 错误 信息 
如 果 计 算 机 处 理 的 负载 很 重 , 则 可 能 遇 到 错误 。 在 可 用 图 树 中 选择 错误 统计 信息 图 
并 将 其 拖 人 Windows 资源 窗 格 中 。 错 误 统 计 信 息 图 提供 了 有 关 场 景 执行 期 间 发 生 错误 


时 间 及 错误 数 的 详细 信息 。 
在 图 8-20 中 ,可 以 看 到 5 分 钟 后 系统 开始 遇 到 错误 数 不 断 增加 。 这 些 错 误 是 由 响应 
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图 8-20 查看 错误 信息 
时 间 降 低 引 起 的 超时 所 导致 的 。 
863 分 析 结 果 


测试 运行 结束 时 ,LoadRunner 提供 一 个 详细 的 图 和 报告 。 通 过 选择 “结果 ”一 “结果 
设置 ”或 单 击 “ 分 析 结 果 ” 按 钮 ,可 以 打开 带 有 场景 结果 的 分 析 。 结 果 保 存在 一 
LoadRunner 安装 二 \Results\tutorial_demo_res 目录 下 。 

分 析 (Analysis) 会 话 过 程 中 生成 的 图 和 报告 提供 了 有 关系 统 性 能 的 重要 信息 。 使 用 
这 些 图 和 报告 ,可 以 轻松 地 标识 和 确定 应 用 程序 中 的 瓶颈 以 及 提高 系统 性 能 所 需 的 改 
进 。 通 过 运行 LoadRunner Analysis 以 及 生成 和 查看 图 及 报告 ,有 助 于 找 出 性 能 问题 并 
确定 问题 的 根源 。 

启动 Analysis 会 话 执行 如 下 操作 5 ， 


1. 打开 Mercury LoadRunner 


选择 “开始 ”一 “程序 ”一 Mercury LoadRunner 一 LoadRunner。 打 开 Mercury 
LoadRunner Launcher 窗口 。 


2. 打开 LoadRunner Analysis 
在 “负载 测试 ?选项 卡 中 , 单 击 “ 分 析 负 载 测 试 ”, 打 开 LoadRunner Analysis。 
3. 打开 Analysis 会 话 文件 


运行 一 个 测试 场景 ,在 Analysis 窗口 中 ,选择 “文件 ”>“ 打 开 ”, 打 开 “ 打 开 现 有 分 析 
会 话 文件 ”对 话 框 ( 见 图 8-21) ,或 者 在 二 LoadRunner 二 安装 目录 Tutorial 文件 夹 中 ,选择 
analysis_session 并 单 击 “ 打 开 ”, 也 将 打开 Analysis 会 话 文件 。 

Analysis 窗口 包括 图 树 .图 查看 区 域 和 图 例 三 部 分 ,如 图 8-22: 

(1) 图 树 : 左 窗 格 中 分 析 显 示 可 以 打开 查看 的 图 ,可 以 在 此 处 显示 打开 分 析 时 未 显 
示 的 新 图 ,或 删除 不 再 想 查看 的 图 。 

(2) 图 查看 区 域 : 在 右 窗 格 中 显示 分 析 情 况 。 上 默认 情况 下 , 当 打 开 一 个 会 话 时 ,分 析 
概要 报告 将 显示 在 此 区 域 。 

(3) 图 例 : 位 于 底部 窗 格 中 可 以 查看 选 定 图 中 的 数据 。 
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Period: 29 


SNlrun 4 
全 二 的 入 具 广 入 + \runner_downlo 


70 
273,489,363 
380,304 
8,789 
12,241 


8-22 ”Analysis 窗口 


87 系统 性 能 测 坡 


LoadRunner 内 会 集成 的 实时 监测 器 ,能 够 实时 显示 交易 性 能 数据 ,评估 系统 组 件 性 
能 ,以 便 及 时 发 现 问题 。 


871 RurTme Seting 配置 


完善 测试 脚本 后 ,对 VuGen 的 Run-Time Setting 进行 配置 。 下 面 对 经 常 需要 设置 
的 标签 页 进行 说 明 。 首 先 打 开 Run_Time Setting 窗口 ,可 以 通过 菜单 或 者 工具 栏 进行 。 
操作 过 程 如 下 : 

(1) 选择 Vuser->run-time settings ,出现 Run-time Setting 对 话 框 , 如 图 8-23 所 示 。 
测试 过 程 中 Run-time Setting 对 话 框 各 选项 根据 具体 要 求 做 相应 设置 。 


156 Mu nints sn 
设置 LoadRunner 在 遇 到 错误 
时 的 处 理 方式 


确定 运行 时 为 多 线程 还 是 多 
进程 ， 默 认 是 多 线程 


图 8-23 “Run-Time Setting” 对 话 框 


(2) 切换 到 Network 选项 卡 ,如 图 8-24 所 示 。 带 宽 越 大 , Web 服务 器 压力 越 大 。 


Run-time Settings ojx| 


四 使 用 网 络 的 最 大 带宽 
@@ 使 用 带宽 
轿 自 定义 带宽 参数 


图 8-24 ”Network 选项 卡 


(3) 切换 到 Preferences 选项 卡 ,如 图 8-25 所 示 。 
如 切换 到 ContentCheck 选项 卡 ,能够 检测 何 种 页 面 为 错误 界面 。 如 果 服 务 器 返回 
的 界面 包含 预定 义 的 字符 串 , 则 检测 到 错误 页 面 VuGen 停止 运行 ,指示 失败 。 


872 监控 负载 下 的 应 用 程序 
使 用 Controller 联机 图 查看 监控 器 收集 的 性 能 数据 ,通过 该 信息 隔离 系统 环境 中 可 
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启用 Imag/Text 检 查 ， 如 果 


图 8-25 ”Preferences 选项 卡 
能 存在 问题 的 区 域 ,执行 操作 如 下 5 。 
1. 检查 性 能 图 


单 击 Controller 的 “运行 ?选项 卡 ,将 显示 整个 场景 对 应 不 同性 能 条 件 的 监控 曲线 ( 见 
图 8-26) 。 
。 正 在 运行 的 Vuser 一 一 整个 场景 图 ,显示 指定 时 间 正 在 运行 的 Vuser 数 。 
。 事务 响应 时 间 一 一 整个 场景 图 ,显示 完成 每 个 事务 所 需 的 时 间 。 
。 每 秒 点 击 次 数 一 一 整个 场景 图 ,显示 场景 运行 每 一 秒 内 Vuser 在 Web 服务 器 上 
的 点 击 次 数 。 
。 Windows 资源 图 ,显示 场景 运行 期 间 度 量 的 Windows 资源 。 


图 8-26 各 种 运行 情况 一 一 场景 图 


2. 查看 吞吐 量 信息 


在 可 用 图 树 中 选择 吞吐 量 图 并 将 其 拖 入 图 查看 区 域 。 吞 吐 量 ( 见 图 8-27) 显 示 Vuser 
在 任何 给 定 的 某 一 秒 上 从 服务 器 接收 到 的 数据 量 ( 度 量 单位 是 字 节 )。 将 图 8-27 与 图 8-26 
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中 的 事务 响应 时 间 图 进行 比较 ,查看 吞吐 量 对 事务 性 能 产生 的 影响 。 如 果 吞 吐 量 随 着 时 
间 推 移 和 Vuser 数量 增加 而 上 升 ,这 表明 带宽 足够 宽 。 如 果 随 着 Vuser 数量 的 增加 图 8-27 
曲线 保持 相对 平滑 ,说明 带 宽 制 约 了 传送 的 数据 量 。 


香 吐 县 - 整个 场景 


150.000 
若 100.000 
其 so 


000030 00:01:00 00:01:30 
已 用 时 间 ( 时 :分 : 秒 ) 


8-27 ”吞吐 量 一 一 场景 图 


873 测试 期 间 增 加 负载 


可 以 通过 手动 添加 更 多 Vuser, 要 在 负载 测试 期 间 增加 负载 ,执行 下 列 操作 : 
(1) 单 击 “运行 ”/* 停 止 " 按 钮 ,打开 “运行 /停止 Vuser” 对 话 框 ( 见 图 8-28) ,其 中 显示 
当前 分 配 的 在 场景 中 运行 的 Vuser 数 。 


8-28 “运行 /停止 Vuser" 对 话 框 


(2) 单 击 “ 运 行 ” 添 加 Vuser, 如 果 某 些 Vuser 尚未 初始 化 , 单 击 “ 运 行 选择 ”打开 “ 运 
行 新 Vuser” 选 项 ,添加 Vuser。 

测试 运行 结束 时 ,“ 场 景 状态 ”窗口 将 显示 “关闭 ”状态 。 这 表示 Vuser 已 停止 运行 。 
保存 场景 可 以 在 相同 的 设置 下 再 次 运行 它 , 选 择 * 文 件 ” 一 “保存 ?或 单 击 “保存 按钮 , 然 
后 在 “文件 名 ”中 输入 场景 的 名 称 即 可 。 如 果 查 看 应 用 程序 在 负载 下 的 执行 情况 ,需要 查 
看 事务 响应 时 间 并 确定 事务 是 否 位 于 客户 可 接受 的 范围 内 。 如 果 事 务 响应 时 间 延 长 , 则 
需要 查找 瓶颈 。 完 成 调整 后 ,重复 运行 负载 测试 以 确认 这 些 调 整 是 否 达到 预期 的 效果 ， 
重复 此 循环 优化 系统 性 能 。 
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91 JIRA 介 绍 


JIRA 是 目前 比较 流行 的 基于 Java 架构 的 问题 跟踪 系统 ,可 以 帮助 技术 人 员 进 行 缺 
陷 的 管理 。 同 时 ,充分 利用 JIRA 的 灵活 配置 和 扩展 性 ,可 以 将 JIRA 作为 一 个 项 目 管理 
系统 或 者 IT 支持 系统 。 由 于 Atlassian 公司 对 很 多 开源 项 目 实行 免费 提供 缺陷 跟踪 服 
务 , 所 以 在 开源 领域 ,其 认 知 度 比 其 他 的 产品 要 高 得 多 ,而 且 易 用 性 也 好 一 些 。 同 时 , 开 
源 则 是 其 男 一 特色 。 在 用 户 购买 其 软件 的 同时 ,也 就 将 源 代码 也 购置 进来 ,方便 做 二 次 
开发 。JIRA 功能 全 面 ,界面 友好 ,安装 简单 ,配置 灵活 ,权限 管理 以 及 可 扩展 性 较 好 。 


91.1 JIRA 的 主要 功能 


JIRA 不 仅 是 一 个 缺陷 跟踪 系统 ,拥有 较 人 性 化 的 用 户 界面 ,而 且 可 以 整合 客户 、 开 
发 人 员 测试 人 员 。 其 中 ,Eclipse 和 IDEA 下 的 JIRA 插件 ,主要 为 开发 人 员 服务 ,实时 
将 信息 反馈 给 开发 人 员 ,具备 非常 灵活 的 邮件 通知 配置 。 开 发 人 员 同 时 迅速 地 将 修复 的 
结果 信息 反馈 到 跟踪 系统 中 ,最 后 通过 持续 集成 ,软件 迅速 地 完成 更 新 。 这 些 便 捷 的 操 
作 会 极 大 地 鼓舞 软件 开发 中 的 各 方 人 员 ,甚至 包括 客户 。 跟 同类 软件 产品 TestTracker、 
ClearQuest、TestDirector 相 比 ,JIRA 的 性 价 比 最 好 。 其 主要 功能 包括 5G9 ， 

(1) 问题 追踪 和 管理 。 用 它 管理 项 目 ,跟踪 任务 .bug 需求, 通过 JIRA 的 邮件 通知 
功能 进行 协作 通知 ,在 实际 工作 中 使 工作 效率 提高 很 多 。 

(2) 问题 跟 进 情况 的 分 析 报 告 。 可 以 随时 了 解 问题 和 项 目的 进展 情况 。 

(3) 项 目 类 别管 理 功 能 。 可 以 将 相关 的 项 目 分 组 管理 。 

(4) 组 件 / 模 块 负责 人 功能 。 可 以 将 项 目的 不 同 组 件 / 模 块 指派 相应 的 负责 人 ,来 处 
理 所 负 责 的 组 件 的 问题 (Issues) 。 

(5) 项 目 E-mail 地 址 功能 。 每 个 项 目 可 以 有 不 同 的 E-mail( 该 项 目的 通知 邮件 从 该 
地 址 发 出 ) 。 

(6) 无 限制 的 工作 流 。 可 以 创建 多 个 工作 流 为 不 同 的 项 目 使 用 。 

然而 ,JIRA 对 于 测试 需求 ,测试 用 例 等 都 没有 提供 直接 的 方式 进行 管理 。 不 过 可 以 
利用 JIRA 的 Issue Type 的 可 定制 性 ,来 进行 需求 和 测试 用 例 方面 的 管理 ,也 可 以 与 
Testlink 集成 。 
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912 JIRA 版 本 说 明 


JIRA 4.0 前 的 版 本 按照 功能 分 标准 版 .专业 版 .企业 版 。JIRA 4. 0 版 本 之 后 ,按照 
用 户 数量 来 划分 : 25、50、100 无 限制 用 户 ,所 有 的 版 本 都 具有 之 前 企业 版 的 功能 。JIRA 
不 限制 创建 项 目 数 和 Issue 的 数量 ,购买 之 后 可 以 永久 使 用 ,并 且 一 年 内 免费 更 新 。 目 
前 ,JIRA 官方 网 站 上 发 布 的 最 新 版 本 为 JIRA 4. 3. 3。 


913 JIRA 涉 及 的 角色 


JIRA 作为 一 个 缺陷 跟踪 管理 系统 ,可 以 被 企业 管理 人 员 、 项 目 管理 人 员 、 开 发 人 员 、 
分 析 人 员 ,测试 人 员 和 其 他 人 员 所 广泛 使 用 。JIRA 中 涉及 的 角色 包括 管理 人 员 、 项 目 管 
理 者 、 开 发 人 员 和 测试 人 员 。 每 个 角色 的 职责 如 下 。 


1. 管理 人 员 


根据 JIRA 系统 提供 的 数据 ,更 加 准确 地 了 解 项 目的 开发 质量 和 状态 ,以 及 整个 团队 
的 工作 效率 。 


2. 项 目 管理 者 


可 以 针对 登记 进 JIRA 系统 中 问题 ,进行 评估 ,分 配 缺陷 ;还 可 以 通过 JIRA 系统 的 
统计 报告 了 解 项 目 进展 情况 以 及 团队 的 工作 量 .工作 效率 等 信息 。 


3. 开发 人 员 

在 JIRA 系统 中 查看 分 配给 自己 的 任务 ,及 时 处 理 ,填写 处 理 情况 并 提交 工作 量 
记录 。 

4. 测试 人 员 


根据 测试 情况 ,在 JIRA 系统 中 及 时 快速 地 记录 问题 并 对 开发 人 员 处 理 后 的 问题 进 
行 验证 和 跟踪 。 


92 JIRA 的 概念 


921 问题 


JIRA 跟踪 问题 (issue) 。 这 些 问 题 可 以 是 bug, 功 能 请 求 或 者 任何 其 他 想 要 跟踪 的 
任务 。 每 一 个 问题 有 相关 联 的 问题 类 型 (issue type)、 摘 要 (summary)、 问 题 描述 
(description) ,问题 所 属 的 项 目 、 问 题 关 联 的 项 目 组 件 (component) .问题 影响 的 项 目 版 本 
(affect version) ,问题 将 被 解决 的 项 目 版 本 (resolved version) ,问题 发 生 的 环境 问题 的 优先 
级 .问题 的 报告 者 ,问题 的 指派 处 理 人 、 问 题 的 当前 状态 和 问题 相关 的 历史 记录 等 信息 。 
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1. 问题 类 型 


JIRA 系统 可 以 用 于 跟踪 多 种 不 同类 型 的 问题 。 系 统管 理 员 可 以 根据 需要 添加 。 
JIRA 系统 默认 提供 的 问题 类 型 如 下 : 

。 Bug: 测试 过 程 、 维 护 过 程 发 现 影 响 系 统 运行 的 缺陷 。 

。 New FeaTrue: 对 系统 提出 的 新 功能 。 

。 Task: 需要 完成 的 任务 。 

。 Improvement: 对 现 有 系统 功能 的 改进 。 


2. 优先 级 


在 JIRA 系统 中 用 优先 级 (Priority Levels) 来 表示 问题 的 严重 级 别 。 系 统管 理 员 可 
以 在 JIRA 系统 中 添加 优先 级 ,JIRA 系统 默认 的 优先 级 如 表 9-1 所 示 。 


表 9-1 JIRA 系统 默认 优先 级 


级 别 参考 描述 


Blocker 阻塞 开发 或 测试 的 工作 进度 ,或 影响 系统 无 法 运行 的 错误 

Critical 系统 崩溃 ,丢失 数据 或 内 存 溢出 等 严重 错误 .或 者 必须 完成 的 任务 
Major 主要 的 功能 无 效 .新 增 功能 建议 

Minor 功能 部 分 无 效 或 对 现 有 系统 的 改进 


Trivial 拼写 错误 ,文本 未 对 齐 等 


3. 状态 


每 个 问题 用 状态 (statas) 来 表明 问题 所 处 的 阶段 。 问 题 依次 经 过 “开始 (Open)”“ 处 
理 (Progress)”“ 解 决 (Resolved)”“ 被 关闭 (Closed) ”状态 。 可 以 根据 项 目 来 定制 问题 
状态 以 及 工作 流 。JIRA 系统 提供 的 默认 状态 如 表 9-2 所 示 。 


表 9-2 JIRA 系统 提供 的 默认 状态 


默认 状态 参考 描述 


Open 表示 问题 被 提交 等 待 有 人 处 理 

In Progress 问题 在 处 理 当 中 .尚未 完成 

Resolved 问题 曾 解决 ,但 解决 结论 未 获 认可 ,需要 重新 分 派 解 决 
Reopened 问题 解决 ,等待 结果 确认 ,确认 的 结果 是 Reopened 或 者 Closed 
Closed 问题 处 理 结果 确认 后 , 普 于 关闭 状态 


4. 解决 


一 个 问题 可 以 用 多 种 方式 解决 (Resolutions) 。 系 统管 理 员 可 以 在 JIRA 中 定制 解决 
方式 。JIRA 默认 的 解决 方式 有 : 

。 Fixed: 已 经 解决 的 。 

。 Won’t Fix: 未 解决 ,将 不 会 解决 的 。 
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。 Duplicate: 重复 的 。 
。 Incomplete: 描述 得 不 够 准确 、 完 全 的 。 
。 Cannot Reproduce: 重 现 失败 ,或 者 无 足够 信息 重 现 的 。 


922 项 目 


一 个 JIRA 通常 包含 许多 项 目 , 这 些 项 目 相 当 于 产品 或 者 开发 项 目 。 每 一 个 问题 属 
于 一 个 项 目 ,每 一 个 项 目 有 一 个 名 字 和 一 个 关键 字 ( 如 Web) ,以 后 属于 这 个 项 目的 问题 
的 关键 字 就 会 包含 Web( 如 Web-100、Web-101 等 ) 。 值 得 注意 的 是 ,在 JIRA 中 有 一 个 权 
限 Administer Projects。 通 常 将 这 个 权限 赋 给 项 目 负 责 人 ,拥有 这 个 权限 的 JIRA 用 户 
就 可 以 管理 项 目的 “版 本 ”和 “组 件 ”。 

一 个 项 目 一 般 会 有 多 个 版 本 ,如 : 1. 0alpha、1. 0beta、1.0、1.2、2.0。JIRA 中 的 问题 
涉及 到 两 个 版 本 字段 : 影响 版 本 和 修复 版 本 。 一 个 bug 可 能 会 有 影响 版 本 1.1 和 1.2， 
修复 版 本 1.1 和 1.2, 可 能 在 2.0 版 本 上 被 解决 。 版 本 通常 有 “发 布 (Released)”“ 未 发 
布 (Unreleased)” 和 “归档 (Archived)” 三 种 状态 。 版 本 还 有 发 布 日 期 ,在 特定 的 报告 中 会 
显示 。 在 JIRA 中 可 以 为 项 目 创建 版 本 。 

每 一 个 项 目 通 常会 包含 多 个 组 件 /模块 ,如 后 台 、GUI、 邮 件 子 系 统 等 。 在 JIRA 系统 
中 可 以 为 项 目 添加 组 件 。 

一 般 情况 下 ,会 把 某 个 问题 分 配给 某 个 团队 成 员 去 解决 。 对 问题 的 说 明 可 以 通过 上 
传 附加 文件 或 屏幕 截图 。 
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931 安装 与 配置 


JIRA 支持 各 种 主流 的 Web 浏览 器 ,如 IE、Mozilla、Firefox、Opera、Safari 等 。JIRA 
的 运行 需要 Java 环境 。Java 是 一 个 跨 平 台 的 编程 语言 ,因此 所 有 支持 Java 的 操作 系统 
都 可 以 运行 JIRA。 当 然 也 需要 考虑 系统 上 是 否 支持 您 选择 的 应 用 服务 软件 。 

JIRA 的 安装 需要 下 载 JDK JIRA 相关 的 版 本 。JDK 的 安装 本 章节 不 再 详 述 ,JIRA 
的 安装 较 容 易 , 只 要 按照 安装 向 导 进 行 安装 即 可 。 另 外 ,还 可 以 为 JIRA 配置 单独 的 数据 
库 , 如 MYSQL、MS SQL .ORACLE 等 。 

配置 JIRA ,需要 在 浏览 器 中 输入 : http://localhost:8080, 按 Enter 键 进入 配置 界 
面 ,然后 根据 浏览 器 界面 上 的 JIRA 配置 向 导 , 经 过 三 个 步骤 完成 配置 。 

(1) 配置 JIRA 系统 的 属性 ,如 图 9-1 所 示 。 

图 中 ,在 “* 程序 标题 "文本 框 中 输入 安装 JIRA 系统 的 标题 信息 ;在 “* 模式 ”的 下 拉 
列表 框 中 选择 Public 或 Private 模式 。 其 中 ,Public 模式 下 用 户 可 以 自己 注册 到 JIRA 系 
统 中 ,并 可 以 创建 问题 。Private 模式 下 不 允许 用 户 随 意 的 注册 ,只 能 由 JIRA 系统 管理 
员 来 创建 用 户 、 分 配 权限 ;在 “* 根 地 址 ”中 输入 JIRA 的 访问 地 址 ,允许 用 户 在 浏览 器 中 
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JIRA 安装 
步骤 1( 共 3): 应 用 程序 属性 Choose 
JIRAE 全 出 邮 星 Langusge 
存在 数 竺 7 加 果 作 已 经 安装 近 JIRA 售 可 以 导入 信 蒜 下 东 基 可 以 不 用 二 安装 凋 号 各 | Do 


“2 本 our Comoar IAA 


各 序 压 现 几乎 当 作 本 次 安装 的 各 答 


中 文 中 文人 
“dx [Fubg 司 ED) 
1 请 te nm 
二 砍 有 .只 有 管理 名 可 以 和 搜 用 户 nm 国 到 
“Wm Intp localicsta090 
党 时 易 mA 诺 半 的 根 同 址 所 有 的 链接 自 肤 帮 会 如 上 此 科 址 作为 弄 刀 ( 也 包含 名 件 } 天 可 文集 广 沿 
i gm 了 加 


ES 
输入 一 个 抱 对 自生 来 存 及 Jmx 的 党 引 滥 委 各 时 路 全 不 存在 .JIRy 会 试图 自助 外 嫂 它 ram 四 


NN 
A 辆 入 一 个 目录 用 来 存放 附件 加 果 引 全 不 存在. 
于 于 
Enbe Ga [CE 
Cr 二 时 攻坚 要 全 于 这 全 用 此 让 
加 果 你 想 开 且 这 个 功能 请 的 定 一 个 目 好 来 存 雪 备 份 邓 提 - 有 | 
局 从 路 位 
Please exter the baup director to IRA to an i badup aaa 3 整 
李 权 Pa Ea 
Ed 
提 可 文 册 8 介 
[7 
ED 
a oi 
ii 
命 可 以 在 线 生起 一 个 弃 用 版 的 本 权 Em 
Ea] EE 


9-1 JIRA 系统 配置 步骤 (1) 


通过 该 URL 来 访问 JIRA; 在 “* 索引 路 径 ? 中 输入 保存 JIRA 系统 索引 数据 的 目录 ,如 
C: Vjira\index; 在 Enable Backups 中 可 选择 是 否 启用 JIRA 系统 自动 备份 功能 ;* 附 件 路 
径 ” 中 输入 保存 与 问题 关联 的 附件 文件 的 目录 ,如 D:\jira\attachments;“ 备 份 路 径 ” 中 保 
存 JIRA 备份 文件 的 目录 ,如 D:Njira\backups, 用 于 自动 存储 JIRA 定期 自动 备份 的 文 
件 六 授权 码 ” 中 输入 评估 license, 如 果 没 有 的 话 ,可 以 单 击 “ 在 线 ” 连 接生 成 一 个 评估 
license; 单 击 “ 下 一 步 ”" 按 钮 进入 下 一 步 又 。 

(2) 配置 JIRA 系统 管理 员 的 信息 ,如 图 9-2 所 示 。 

输入 相应 的 用 户 名 、 密 码 及 邮件 等 信息 , 单 击 * 下 一 步 ?按钮 进入 下 面 的 步 又 。 

(3) 配置 JIRA 系统 的 邮件 通知 参数 ,如 图 9-3 所 示 。 

输入 相应 的 参数 完成 邮件 通知 配置 ,也 可 以 选择 禁止 邮件 通知 。 经 过 上 述 三 大 步 
又 ,JIRA 系统 配置 完成 。 


932 登录 和 注册 


在 成 功 安装 配置 完成 后 ,输入 用 户 名 和 密码 ,就 可 以 登录 JIRA 系统 。 也 可 单 击 “ 注 
册 ” 按 钮 注册 另外 的 用 户 账号 。JIRA 系统 的 登录 界面 和 注册 账号 界面 分 别 如 图 9-4 和 
图 9-5 所 示 。 


164 He 测试 技术 5 实 线 


JIRA 安装 

步骤 2( 共 3): 管理 员 帐 号 

设置 初始 管理 员 的 帐号 . 其 他 的 管理 员 可 以 以 后 添加 
“书生 Violet wang 


Ea 


“i 
"Fi [violet wang 
帐号 的 全 称 (例如 Joe Citzen) 


“ 必 售 


管理 员 的 邮件 地 址 


E>> 


9-2 JIRA 系统 配置 步骤 (2) 


仿 轨 3 供 耻 邮件 通知 
8 覃 邮件 服 务 器 用 来 发 关 邮 件 通知 或 者 关 半 邮 件 通知 
名 称 : [Defaunt SMTP Sever 
服务 器 的 名 称 
来 自 的 邮件 地 址 :[ | 
用 发 六 邮件 的 潜 省 邮件 地 址 (请 认 这 个 邮件 可 以 在 邮件 服务 器 上 发 送 邮件 ) 
邮件 前 塌 : IRA] | 
前 水 加 在 每 个 时 件 主题 9 前 而 吕 助 用 户 过 于 邮件) 


ne en 地 址 


|swrp Host 
网 直 
如 果 想 通过 SMTP 服 务 器 发 送 邮 件 通知 ,输入 服务 器 的 域名 
Protocot [SMTP 
SMTP 端 口 ] 
可 选 - SMTP 端口 .不 填 就 使 用 缺 省 的 满口 辽 省 : 25) 
Timeout [10000 | 
Timeoutin millseconds - 0 or negatve values indicate infinite imeout Leave blank for default (10000 mSecs). 
Ts: 加 
(Optional - he mail server requlres the use of TLS security 
用 户 各 [ | 
可 选 -如 果 你 的 服务 器 发 送 邮件 需要 认证 请 输入 用 户 名 ， 
密码 
可 选 - 同 上 ,输入 对 应 的 密码. 
大 
mpt 址 
JNDI 地 址 : 


如 果 通过 存在 的 mail session 发 送 邮件 通知 ,输入 JNDI 地 址 (avax mail Session) 


[Test Connecton) 


9-3 JIRA 系统 配置 步骤 (3) 


Usemame 


Password 


厂 Remember my login on this computer 


Not a member? 注册 for an account 


Logln | Cant access your account? 


图 9-4 JIRA 系统 登录 界面 
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注册 


@ 请 输入 你 的 详细 信息 - 


芭 cance 


9-5 JIRA 系统 注册 账号 界面 


933 创建 新 项 目 


通常 ,开始 使 用 JIRA 首先 应 创建 项 目 。 单 击 “ 现 在 创建 一 个 项 目 ”, 弹 出 添加 新 项 目 
界面 ,如 图 9-6 所 示 。 输 入 项 目的 名 称 、 关 键 字 /Key、 项 目 负 责 人 、 描 述 信 息 、 通 知 模型 
(Notification Scheme)、 权 限 模 型 (Permission Scheme)。Notification Scheme 和 
Permission Scheme, 可 以 分 别 选 择 Default Notification Scheme 和 Default Permission 
Scheme( 默 认 项 ) 。 最 初 使 用 时 可 以 暂时 不 选择 Issue Security( 网 址 和 问题 安全 等 级 ) 
选项 。 


“了 


图 9-6 添加 新 项 目 界面 
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项 目的 信息 填写 完成 后 , 单 击 “增加 ”按钮 就 能 看 到 在 JIRA 系统 中 创建 的 新 项 目的 
详细 信息 界面 ,如 图 9-7 所 示 。 


项 目 : PHPWind Blog 


图 9-7 添加 好 的 项 目 基 本 信息 


在 项 目的 详细 信息 界面 上 ,可 选择 Components 下 方 Add a new Component 的 Add 
链接 ,创建 项 目的 组 件 或 模块 ,可 选择 Versions 下 面 Manage Versions(displayed in the 
order of newest first) 的 Manage 链接 管理 项 目的 版 本 ,如 图 9-8 所 示 。 


Components Yer sions 
CT Add Mew componan: GHEEnage yerslons Wepered ntne 
S Salect assionees fr rer geara fe) 

components 


There are no verslons. 
Thers are no components atthe 
moment 


图 9-8 创建 组 件 界面 图 


注意 : 新 项 目 创建 完成 后 ,项 目的 关键 字 (key) 是 不 能 修改 的 。 如 果 读 者 想 要 继续 创 
建新 项 目 , 则 可 以 单 击 左 侧 的 “项 目 ” 链 接 ,然后 再 单 击 Add Project 链接 。 


934 创建 项 目 类 别 


在 使 用 JIRA 过 程 中 ,会 有 越 来 越 多 的 项 目 被 添加 到 JIRA 系统 中 。 这 时 可 以 利用 
JIRA 系统 的 项 目 类 别 (Project Categories) 功 能 ,定义 一 些 项 目 类 别名 称 , 然 后 将 同类 的 
项 目 归 到 一 个 类 别 里 面 ,方便 管理 。 项 目 类 别 添加 界面 如 图 9-9 所 示 。 


9-9 项 目 类 别 添 加 界面 


在 图 9-7 的 项 目 详细 信息 界面 上 找到 “Project Category: 无 (Select Category)”, 单 击 
Select Category 链接 ,选择 一 个 项 目 类 别 , 这 样 就 把 该 项 目 添加 到 所 选择 的 项 目 类 别 


里 了 。 


935 添加 用 户 和 组 


1. 添加 用 户 


在 安装 完 JIRA 后 ,系统 中 只 有 一 个 系统 管理 员 账号 。 在 创建 完 项 目 后 ,通常 需要 
在 JIRA 中 添加 其 他 的 用 户 账号 。 在 管理 界面 上 单 击 左 侧 的 Users, Groups& Roles 一 
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User Browser 链接 ,再 单 击 Add User 链接 添加 新 用 户 , 如 图 9-10 所 示 。 
注意 : 不 要 使 用 汉字 作为 用 户 名 。 


项 目 

Project Categories 

IY Users, Groups & Roles 
User Browser 
Group Browser 
Project Role Browser 
User Directories 
Other Applications 

~ Global Settings 
Attachments 
Bamboo Servers 
CVS Modules 
System Dashboard 
Events 


User Browser 


The User Browser allows you to browse al the users in the system Filters allow you to limit the users thatyou see. 


@ There are curently 1 total user(s) set up in JIRA, of which 1 are active and count towards your license limit 


OAdd User 


Displaying users 1 to 1 of 1. (Reset Filier) 


Users Per 而 User Name 
Page: Contains: 

用 户 名 邮件 
加 wewano 57257021@qqcom 


全 名 


violetwang 


9-10 添加 用 户 界 面 


Full Name 
Contains: col 


Login Details 组 
Count: 8 jira-administrators| 


Last 今 天 333 下 午 jira-developers 
jira-users 


JIRA 的 用 户 是 通过 Group( 组 ) 来 管理 的 ,通过 给 组 授权 ,达到 管理 用 户 的 目的 。 


2. 添加 组 


在 管理 界面 上 单 击 左 侧 的 Users&Groups 习 Group Browser 链接 ,在 Group Browser 
界面 右 侧 “名 称 ” 中 输入 组 名 ,然后 单 击 Add Group 按钮 完成 组 的 添加 ,如 图 9-11 所 示 。 


注意 : 不 要 使 用 汉字 作为 组 名 。 


936 创建 问题 


创建 问题 需要 经 过 以 下 几 个 步 又 。 
中 选择 项 目 和 问题 类 型 。 单 击 图 9-11 右上 角 的 “创建 问题 "链接 。 


@@ 填写 或 选择 创建 的 问题 详细 信息 。 主 要 包括 : 问题 的 概要 描述 .优先 级 .逾期 日 
期 .所属 模块 .问题 影响 的 版 本 、 问 题 修 复 的 版 本 、 分 配给 哪个 人 员 、 问 题 出 现 的 环境 描 
述 .问题 详细 信息 描述 。 以 PHPWind BLOG 项 目 为 例 ,填写 或 选择 创建 问题 的 详细 信 


息 , 如 图 9-12 所 示 。 
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~ 项 目 
项 目 
Project categories 
[Users Groups & Roles 
User Browser 
Group Browser 


Project Role Browser 


Administration ~ 


Group Browser 


口 Bu Ed Group Members 


Displayng groups 1 3 of3. 


The Group Browser alows you to browse all the groups n the system. You can also a0d and remove groups from here. 


nk System Admmisraiors are alowed te ceiete or edr members of groups win me ‘System Admnstrators permsson 


User Directores Add Group 
i Group Users Permission Schemes 。。 捍 作 py 
ra adn 1@ 梧 Mi | Ec ember - 
~ Global Settings 
pT ra-deveiopers 18) 到 | Edt yembers 
reachments 
OVS Medue Filter Group 
System Dashboard oaearram 
Eee Groups Per Page: 
FishEye Configuration 
Pertorce Job Integration 二 
9-11 添加 组 界面 
痰 JIRA 
Demposcs dd -= - Es = 
建 问题 
BS Perwead elo0 
seat Bbug 
枝条 ” “所 村 换 作 功能 ” 过 到 全 司 天 站 
2 避 国 
加 
梳 失 天 
让 本 无 
收兵 各 二 天 
E27 一 48 
报名 人 "Woiet warg 委 
De re ad rc 
下 
MP 
ET 
时 估算 对 知 eg 3 妈 120 国 
Term re pee mh te en ea pr mm 
于 2- wt 国 
Mn re oe mn wat ror oa oe eee wa be re 
列 件 EO 
nm 
二 大 上 大 人 nN 帮 拱 天 类 并 
Lpes 
Se OD re ee te ee 2 Tr en ve ere ee 
ce 


图 9-12 为 PHPWind BLOG 项 目 填写 创建 问题 的 详细 信息 界面 


PHPWind BLOG 项 目 添加 好 的 问题 详细 信息 界面 如 图 9-13 所 示 。 问 题 类 型 为 
bug, 具 体 描述 为 该 bug 的 详细 信息 ,优先 级 设置 为 Minor。 从 图 中 可 以 看 出 目前 对 这 
个 问题 可 以 进行 的 操作 有 三 个 : 开始 进行 解决 问题 和 Workflow。 问 题 创建 后 ,可 以 
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给 问题 上 传 附件 ,填写 备注 ,复制 和 编辑 问题 。 如 果 有 权限 ,还 可 以 删除 问题 ,创建 子 
任务 等 。 


PHPWind BLOG / BLOG-1 


四 一 混 排 操作 功能 "选项 使 用 无 效 


| [Z 且 | | 有 | 全 广 | More Actions | | 开始 二 了 | 解 并 问题 ”Workfiow > 


| ~ 问题 详情 
类 型 国 Bug 唱 Open 
优先 级 最 Minor 未 解决 
影响 版 本 : 无 无 
模块 无 
Labels: 无 2 

| ~ 描述 
在 "中 志 管理 -添加 日 志 - 汪 加 附件 "的 功能 中 ，" 混 排 操作 功能 "选项 ， 使 用 无 效 ， 不 能 进行 图 文 混合 排列 

~ Activity 


所 有 | 备注 | 工作 日志 ”改动 记录 Actvity Source Reviews 


这 个 问题 没有 备注 


备注 


9-13 ” PHPWind BLOG 项 目 问题 详细 信息 界面 图 


937 浏览 项 目 


在 浏览 项 目的 界面 上 可 以 看 到 项 目的 基本 信息 资料 ,模块 和 版 本 信息 及 问题 分 布 情 
况 等 ,如 图 9-14 所 示 。 


RE | AllProjects 
Al projects 项 目 Key 横 目 负责 刚 
图 ptpwind eLoc BLOG violetw: ang 


图 9-14 浏览 项 目 界面 图 


938 查找 问题 和 配置 过 滤器 


在 查找 问题 界面 上 ,可 以 在 界面 左 侧 进 行 查询 条 件 的 设置 。JIRA 提供 了 强大 的 查 
询 功 能 ,在 设 定好 查询 条 件 后 ,可 以 将 查询 条 件 保存 起 来 ,定义 为 过 滤器 , 供 以 后 青 次 使 
用 ,甚至 可 以 将 保存 的 过 滤器 共享 给 团队 的 其 他 成 员 。 

图 9-15 为 “查找 问题 ”的 界面 截图 。 
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*JIRA 


Dashboardsi Projects ~ 


问题 导航 栏 


Summary [天 证] 管理 问题 导航 栏 允 许 你 浏览 系统 内 的 所 有 问题 过 正史 允许 你 过 涉 你 看 有 问题 
中 Switch to advanced searching 使 用 左边 入 制 板 ,你 可 以 创建 篇 辑 新 的 过 尖 器 
你 目前 没有 选中 一 个 搜索 或 者 过 滤器 
[sea 
查 调 
国 
回 概要 加 描述 
回 各 注 回 环境 
项 目 
项 目 
问题 类 型 
ME ® 
Bug 
New Feature 


Improvement 


图 9-15 查找 问题 界面 图 
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941 添加 项 目 和 模块 


项 目 和 模块 添加 在 前 面 已 作 描述 , 详 见 9. 3. 3 节 。 

在 图 9-6 所 示 界 面 上 ,输入 项 目 名 称 、 项 目 缩写 项目 经 理 ,选择 邮 件 通知 方案 和 权限 
设置 方案 即 可 完成 项 目 添 加 。 

在 图 9-7 所 示 的 项 目 详细 信息 界面 上 , 单 击 Components 下 方 的 Add ,链接 为 项 目 创 
建 组 件 /模块 (Components)。PHPWind BLOG 项 目 添加 组 件 的 界面 如 图 9-16 所 示 。 


Adda Component 

Use ms page to create a new conponent n me praect PHpWra BLOG 
PHPWind BLOG 
“下 
指 壕 : 


Companentteaa 本 
San yprgto ge a iot of ease rarches 


System Dashboard 时 加 | | 取 辣 


图 9-16 PHPWind BLOG 项 目 创建 组 件 界面 图 
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942 设置 项 目 权 限 


项 目 权 限 的 设置 步骤 如 下 : 

QO 单 击 Administration>“ 项 目 ”, 单 击 项 目 名 称 链接 查看 项 目 详细 信息 界面 。 

@ 在 Permission Scheme 部 分 , 单 击 “ 选 择 ” 链 接 ( 见 图 9-17) ,在 进入 的 页 面 中 选择 
需要 的 权限 设置 方案 。 


项 目 : PHPWind BLOG 


圆 PHPWInd BLOG 史 岳 是 一 个 已 经 友 布 的 BLOG 系 搞 ， 此 水 为 了 让 和 学员 理 好 的 和 得 和 件 刑 ilj 尖 术 也 设计 多 一 个 惠 目 ， 此 灵机 目 主 要 包括 办 能 、 界 面 、 安 疾苦。 主要 进行 的 了 时 了 能 方面 9 


Sm Edn projsctlpekete Project 


Components Versions 
OD Add a now component OO Manage versions Spyes ne a of nomea fre) 
There are no components atthe moment There are noversions. 


9-17 项 目 权限 设置 界面 图 


943 选择 通知 方案 


设置 步 又 如 下 : 

@ 选择 Administration~>”“ 项 目 ”, 进 入 项 目 详 细 信息 界面 。 

@ 在 Notification Scheme 部 分 , 单 击 select scheme 链接 ,在 进入 的 页 面 ( 见 图 9-18) 
中 选择 需要 的 邮件 通知 方案 。 


IIRA 


Dashboards| = Projects Se Administration ~ 
“项目 
项 目 


Associate Notification Scheme to Project 


Project Categories This page allows you to associate a scheme with this project 


~ Users, Groups & Roles Scheme. EE ~ 
Pd [sesocate ] 区 到 


Group Browser 


9-18 邮件 通知 方案 设置 界面 


95 JIRA 系 统 的 权 耳 


JIRA 系统 中 的 权限 管理 分 为 : 系统 级 别 、 项 目 级 别 .问题 级 别 以 及 注释 级 别 。 系 统 
级 是 通过 全 局 权限 (Global Permissions) 来 管理 的 ,影响 JIRA 中 所 有 的 项 目 和 问题 。 针 
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对 个 别 项 目 来 说 ,可 以 通过 JIRA 系统 中 的 权限 模型 (Permission Scheme) 进 一 步 配 置 项 
目 级 别 的 权限 。 下 面 将 分 别 介绍 全 局 权限 设置 步 又 和 基于 项 目的 权限 模型 。 


951 全 局 权限 设置 


设置 步 又: 

Q@ 以 JIRA 系统 管理 员 登 录 系 统 ; 

@ 单 击 Global Settings 习 Global Permissions。 若 要 添加 新 的 权限 ,可 以 在 图 9-19 
所 示 全 局 权限 界面 的 下 方 单 击 “ 增 加 ”按钮 进行 添加 。 


Global Permissions ®| 


9-19 ”Global Permissions 界面 


952 默认 权限 模型 


JIRA 系统 默认 权限 模型 中 的 权限 描述 包含 六 部 分 : Project Permission( 项 目 权限 )、 
Issue Permission( 问 题 权限 )、Voters and Watchers Permission( 投 票 者 和 关注 者 权限 )、 
Comments Permission( 评 论 权限 )、Attachment Permission( 附 件 权限 ) 和 Time Tracking 
Permission( 时 间 跟 踪 权限 )。 具 体 每 个 权限 中 的 名 称 组 成 如 表 9-3 所 示 。 

表 9-3 JIRA 系统 黑 认 权限 模型 中 的 “项 目 权限 "描述 
权限 名 称 权限 描述 
Administer Projects 管理 项 目的 权限 ,能 够 管理 项 目的 组 件 /components 和 版 本 /versions 
浏览 项 目 ; 无 此 权限 将 无 法 浏览 到 JIRA 系统 中 的 项 目 ;通常 将 此 权限 分 配 
给 项 目 组 成 员 
Create Issues 创建 问题 (报告 bug) ;通常 将 此 权限 分 配给 测试 人 员 。 


编辑 问题 ;拥有 此 权限 可 以 对 创建 后 的 问题 进行 修改 。 通 常 将 此 权限 分 配 
给 问题 报告 者 、 项 目 管理 人 员 

设置 或 者 编辑 问题 的 预期 完成 日 期 ;通常 将 此 权限 分 配给 问题 报告 者 、 项 
目 管理 人 员 


Browse Projects 


Edit Issues 


Schedule Issues 


权限 名 称 
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续 表 
权限 描述 


Move Issues 


在 项 目 之 问 移动 问题 ;只 能 移动 到 有 创建 问题 权限 的 项 目 上 ;通常 将 此 权 
限 分 配给 项 目 管理 人 员 


Assign Issues 


分 配 问题 ;通常 将 此 权限 分 配给 测试 人 员 、 项 目 管理 人 员 


Assignable User 


可 以 分 配 到 问题 的 人 ;通常 将 此 权限 分 配给 开发 人 员 


Resolve Issues 


解决 和 重新 打开 问题 ,可 以 设置 修复 版 本 ;通常 将 此 权限 分 配给 开发 人 员 


Close Issues 


关闭 问题 ;通常 将 此 权限 分 配给 问题 报告 人 员 或 QA 人 员 


Modify Reporter 


创建 或 编辑 问题 时 修改 报告 者 ;通常 将 此 权限 分 配给 问题 报告 人 员 或 项 目 
管理 人 员 


Add Comments 


添加 注释 ;通常 将 此 权限 分 配给 项 目 组 所 有 人 员 


Delete All Comments 


删除 所 有 注释 ;通常 将 此 权限 分 配给 项 目 管理 人 员 


Delete Own Comments 


删除 自身 的 注释 ;通常 将 此 权限 分 配给 项 目 组 所 有 人 员 


Edit All Comments 


编辑 所 有 注释 ;通常 将 此 权限 分 配给 项 目 开 发 人 员 


Edit own Comments 


编辑 自身 注释 ;通常 将 此 权限 分 配给 项 目 组 成 员 


Delete Issues 


删除 问题 .注释 和 附件 ;通常 将 此 权限 分 配给 问题 报告 人 员 或 项 目 管理 人 员 


Work On Issues 


针对 问题 完成 情况 记录 , 需 启 用 Time Tracking; 通 常 将 此 权限 分 配给 开发 
人 员 


Link Issues 


将 相关 问题 链接 到 一 起 , 需 启 用 Issue Linking; 通 常 将 此 权限 分 配给 问题 报 
告 人 员 或 项 目 管理 人 员 


Create Attachments 


添加 附件 ;通常 将 此 权限 分 配给 问题 报告 人 员 、 开 发 人 员 和 项 目 管理 人 员 


View Version Control 


查看 问题 提交 版 本 控制 信息 ;将 此 权限 分 配给 问题 报告 人 员 、 开 发 人 员 和 
项 目 管理 人 员 


View Voters and Watchers 


查看 投票 者 和 关注 者 列表 信息 ;通常 将 此 权限 分 配给 JIRA 系统 管理 人 员 


Set Issue Security 


设 兽 问题 的 安全 级 别 , 只 有 处 于 该 安全 级 别 的 用 户 才 可 以 看 到 问题 。 通 常 
将 此 权限 分 配给 JIRA 系统 管理 人 员 


第 10 音 Gaerer 7 
软件 质量 保证 与 软件 测试 


有 一 则 故事 流传 很 广 。 魏 文王 问 扁 鹊 :“ 你 们 家 兄弟 三 人 都 精 于 医术 ,到 底 哪 一 位 最 
好 呢 ?" 扁 葛 答 :“ 长 兄 最 好 ,中 兄 次 之 ,我 最 差 。" 文 王 又 问 :“ 那 为 什么 你 却 最 出 名 呢 ?” 扁 
鹊 答 :“ 长 兄 治 病 于 病情 发 作 之 前 ,诊疗 前 后 无 甚 感觉 ,一般 人 不 知 他 事先 已 除 病 因 , 所 以 
名 气 全 无 ;中 兄 治 病 于 病情 初 起 之 时 ,一 般 人 以 为 他 只 能 治 小 病 , 所 以 他 的 名 气 只 及 本 
乡 ;而 我 治 病 于 严重 时 ,人 们 总 看 到 我 在 经 脉 上 穿 针 放 血 ,在 皮肤 上 开刀 数 药 ,以 为 我 的 
医术 最 高 ,因此 名 气 响 遍 全 国 。” 理 性 告诉 我 们 : 事后 控制 不 如 事 中 控制 , 事 中 控制 不 如 事 
前 控制 ,这 就 是 所 谓 的 “ 防 患 于 未 然 ”。 


101 质量 保 征 


软件 测试 是 使 用 人 工 或 者 自动 手段 来 运行 或 测试 某 个 系统 的 过 程 ,其 目的 在 于 检验 
软件 是 否 满足 规定 的 需求 或 弄 清 预期 结果 与 实际 结果 之 间 的 差别 ,核心 目的 是 为 了 确保 
开发 的 产品 适合 需求 ,具备 良好 的 质量 。 这 其 实 是 属于 质量 管理 (Quality Management， 
QM) 工 作 的 范畴 ,而 质量 管理 也 同样 遵循 “ 防 患 于 未 然 * 这 条 原则 。 


1011 全 面 质量 管理 


在 介绍 全 面 质 量 管理 之 前 ,我 们 首先 明确 一 下 有 关 质 量 的 定义 。 国 家 标准 (GB/ 
T19000-2008,ISO9000;2005) 对 质量 下 的 定义 为 : 一 组 固有 特性 满足 要 求 的 程度 。 目 前 
更 流行 .更 通俗 的 定义 是 从 用 户 的 角度 去 定义 质量 : 质量 是 用 户 对 一 个 产品 (包括 相关 的 
服务 ) 满 足 程度 的 度量 。 

在 提出 全 面 质量 管理 概念 之 前 ,质量 管理 经 历 了 两 个 发 展 阶段 : 

(1) 20 世纪 30 年 代 以 前 为 质量 检验 阶段 , 仅 能 对 产品 的 质量 实行 事后 把 关 。 但 质 
量 并 不 是 检验 出 来 的 ,所 以 ,质量 检验 并 不 能 提高 产品 质量 ,只 能 剔除 次 品 和 废品 。 

(2) 1924 年 休 哈 特 提出 ,产品 质量 不 是 检验 出 来 的 ,而 是 生产 制造 出 来 的 ,质量 控制 
的 重点 应 放 在 制造 阶段 ,从 而 将 质量 控制 从 事后 把 关 提 前 到 制造 阶段 ,质量 控制 从 检验 
阶段 发 展 到 统计 过 程控 制 阶段 ,利用 休 哈 特工 序 质量 控制 图 进行 质量 控制 。 
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1961 年 美国 的 菲 根 保姆 (Armand Vallin Feigenbaum) 提 出 了 全 面 质量 管理 理论 
(Total Quality Management,TQMD57 3 ,将 质量 控制 扩展 到 产品 寿命 循环 的 全 过 程 , 强 
调 全 体 员 工 都 参与 质量 控制 ,其 含义 远 远 超 出 了 一 般 意 义 上 的 质量 管理 的 领域 ,而 成 为 
一 种 综合 的 ,全 面 的 经 营 管理 方式 和 理念 。 

全 面 质量 管理 是 企业 管理 现代 化 、 科 学 化 的 一 项 重要 内 容 。 它 后 来 在 西欧 与 日 本 逐 
渐 得 到 推广 与 发 展 。 它 应 用 数理 统计 方法 进行 质量 控制 ,使 质量 管理 实现 定量 化 , 变 产 
品质 量 的 事后 检验 为 生产 过 程 中 的 质量 控制 。 全 面 质量 管理 类 似 于 日 本 式 的 全 面 质量 
控制 (Total Quality Control,TQC) : 首先 ,质量 的 含义 是 全 面 的 ,不 仅 包 括 产 品 服务 质 
量 , 而 且 包 括 工作 质量 ,用 工作 质量 保证 产品 或 服务 质量 ;其 次 ,是 全 过 程 的 质量 管理 ,不 
仅 要 管理 生产 制造 过 程 , 而 且 要 管理 采购 .设计 直至 储存 销售、 售后 服务 的 全 过 程 。 

全 面 质量 管理 要 求 必 须 形成 一 种 这 样 的 意识 ,好 的 质量 是 设计 、 制 造 出 来 的 ,是 由 过 
程 所 决定 的 ,而 不 是 检验 出 来 的 ;质量 管理 的 实施 要 求全 员 参 与 ,并 且 要 以 数据 为 客观 依 
据 , 要 视 顾 客 为 上 帝 ,以 顾客 需求 为 核心 ;在 实现 方法 上 ,要 一 切 按 PDCA 循环 办 事 。 

PDCA 循环 (PDCA Cycle) 的 概念 最 早 是 由 美国 质量 管理 专家 戴 明 (W. E. Deming) 
于 20 世纪 50 年 代 初 提出 的 ,所 以 又 称 为 “ 戴 明 环 ”, 如 图 10-1 所 示 。 它 是 全 面 质量 管理 
所 应 遵循 的 科学 程序 ,全 面 质量 管理 活动 的 全 部 过 程 。PDCA 循环 是 能 使 任何 一 项 活动 
有 效 进行 的 一 种 合乎 逻辑 的 工作 程序 ,特别 是 在 


质量 管理 中 得 到 了 广泛 的 应 用 。P.D.C、A 四 个 不 决 问题 男人 二 
英文 字母 所 代表 的 意义 如 下 : 下 一 循环 原因 A 

CD PCPlan) 一 计划 。 包 括 方针 和 目标 的 。/ I 
确定 以 及 活动 计划 的 制定 。 We 


AlP 制定 措施 
C | D 


实施 结果 与 实施 计划 与 
目标 对 比 措 


(2) D(Do) 一 一 执行 。 执 行 就 是 具体 运作 ， 
实现 计划 中 的 内 容 。 

(3) C(Check) 一 一 检查 。 就 是 要 总 结 执行 
计划 的 结果 ,分 清 哪些 对 了 、 哪 些 错 了 ,明确 效 
果 , 找 出 问题 。 

(4) A(Action) 行动 (或 处 理 ) 。 

对 总 结 检查 的 结果 进行 处 理 , 成 功 的 经 验 加 
以 肯定 ,并 予以 标准 化 ,或 制定 作业 指导 书 ,便于 以 后 工作 时 遵循 ;对 于 失败 的 教训 也 要 
总 结 ,以 免 重 现 。 对 于 没有 解决 的 问题 ,应 提 给 下 一 个 PDCA 循环 中 去 解决 。 

PDCA 循环 有 以 下 四 个 明显 特点 : 

(1) 周而复始 : PDCA 循环 的 四 个 过 程 不 是 运行 一 次 就 完结 ,而 是 周而复始 地 进行 。 
一 个 循环 结束 了 ,解决 了 一 部 分 问题 ,可 能 还 有 问题 没有 解决 ,或 者 又 出 现 了 新 的 问题 ， 
再 进行 下 一 个 PDCA 循环 , 依 此 类 推 。 

(2) 大 环 带 小 环 : 类 似 行星 轮 系 ,一 个 公司 或 组 织 的 整体 运行 体系 与 其 内 部 各 子 体 
系 的 关系 ,是 大 环 带 动 小 环 的 有 机 逻辑 组 合体 。 

(3) 阶梯 式 上 升 : PDCA 循环 不 是 停留 在 一 个 水 平 上 的 循环 ,不 断 解决 问题 的 过 程 
就 是 水 平 逐 步 上 升 的 过 程 。 
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(4) 统计 的 工具 : PDCA 循环 应 用 了 科学 的 统计 观念 和 处 理 方法 。 作 为 推动 工作 、 
发 现 问 题 和 解决 问题 的 有 效 工具 。 


1012 质量 保证 与 质量 控制 


在 实际 质量 工作 中 ,经 常会 碰 到 一 个 问题 , 即 质量 保证 (Quality Assurance,QA) 和 
质量 控制 (Quality Control, QC) 关 系 比较 容 易 混淆 。QA 和 QC 由 于 都 属于 质量 管理 的 
范畴 ,同时 二 者 的 工作 存在 部 分 交叉 .共同 的 工作 内 容 , 因 此 容易 造成 概念 和 职责 上 的 混 
淆 。 按 照 ISO 9000:2000,QA 的 定义 是 “质量 管理 的 一 部 分 ,致力 于 提供 质量 要 求 会 得 
到 满足 的 信任 ”,QC 的 定义 是 “质量 管理 的 一 部 分 ,致力 于 满足 质量 要 求 "。 具 体 地 说 ， 
QA 是 对 人 、 对 过 程 ,致力 于 使 管理 者 .顾客 和 其 他 相关 方 相信 有 能 力 满足 质量 要 求 ,更 多 
的 是 体现 在 流程 制度 上 ;QC 是 对 人 、 对 事 与 对 物 ,直接 致力 于 满足 质量 要 求 , 体 现在 质量 
把 关 的 具体 工作 过 程 中 。 

QA 和 QC 各 司 其 职 ,相辅相成 ,统一 于 质量 管理 (QM)。Crosby 忠 曾经 打 过 一 个 比 
喻 : 就 像 一 部 汽车 ,质量 控制 (QC) 就 是 所 有 那些 告诉 你 汽车 当前 运动 状态 的 仪器 仪表 ; 
质量 保证 (QA ) 包 括 各 类 标准 ,是 告诉 你 所 有 部 件 操作 方法 的 用 户 手 册 ; 而 质量 管理 
(QM) 则 是 你 要 追求 的 目标 ,比如 希望 能 平安 高速 地 驾驶 汽车 。 可 以 看 出 ,为 了 实现 质 
量 管理 的 目标 ,质量 保证 和 质量 控制 都 是 不 可 或 缺 的 部 分 。 

软件 信息 化 方面 的 一 些 标准 对 QA 进行 了 多 种 定义 。 计 算 机 软件 质量 保证 计划 规 
范 GB/T 12504-1990 指出 ,质量 保证 是 指 为 使 软件 产品 符合 规定 需求 所 进行 的 一 系列 有 
计划 的 必要 工作 ;软件 工程 术语 GB/T11457-1995 指出 ,质量 保证 是 为 使 某 项 目 或 产品 符 
合 已 建立 的 技术 需求 提供 足够 的 置信 度 ,而 必须 采取 的 有 计划 和 有 系统 的 全 部 动作 的 模 
式 。 这 两 个 标准 中 都 没有 直接 关于 QC 的 定义 。 按 照 不 同 的 目的 、 从 不 同 的 角度 对 同一 
个 术语 的 定义 往往 存在 差异 ,例如 GB/T 12504-1990、GB/T11457-1995 分 别 对 QA 的 定 
义 就 存在 差异 ,按照 GB/T 12504-1990 的 QA 定义 涵盖 的 范围 较 宽 , 包 含 了 QC 的 内 容 。 

QA 和 QC 的 具体 区 别 , 如 表 10-1 所 示 。 


表 10-1 QA 和 QC 的 区 别 


QA Qc 
全 称 质量 保证 (Quality Assurance, QA) 质量 控制 (Quality Control, QC) 
角色 QA 工程 师 测试 工程 师 , 评 审 员 
为 了 确保 软件 开发 过 程 工 件 符合 预期 的 结 | ， 一, rd WE 
定义 果 , 依 照 过 程 和 计划 采取 的 一 系列 活动 及 其 | 为 发现 软 作 产品 的 错误 .缺陷 而 进行 
结果 评价 人 


监控 公司 质量 保证 体系 的 运行 情况 ,审计 项 | 对 每 个 阶段 或 者 关键 点 的 工件 进行 检 
目的 实际 执行 情况 和 公司 规范 之 间 的 差距 , | 查 ,评估 工件 是 否 符 合 预计 的 质量 要 


员 玫 并 出 具 统 计 分 析 报告 和 改进 建议 。 是 过 程 、| 求 。 关 注 各 阶段 的 评审 和 测试 缺陷 。 是 
产品 的 审计 者 产品 质量 检查 者 
只 要 检查 项 目 按照 过 程 进行 了 某 项 活 - 
分 工 原则 | QA 只 要 检查 项 目 按照 过 程 进行 了 某 项 活动 | QC 检查 产品 是 否 符合 质量 要 求 


没有 , 产 出 了 某 个 产品 没有 


F 人 = 软件 质量 保证 与 软件 测试 


wa 


QA 与 QC 的 其 他 重大 区 别 还 包括 : 具备 必要 资质 的 QA 工程 师 是 组 织 中 的 高 级 人 
才 , 需 要 全 面 掌 握 组 织 的 过 程 定 义 ,熟悉 所 参与 项 目 所 用 的 工程 技术 ;QC 工程 师 则 既 包 
括 软 件 测试 设计 员 等 高 级 人 才 , 也 包括 一 般 的 测试 员 等 中 、 初 级 人 才 。 国 外 软件 企业 要 
求 QA 工程 师 应 具备 两 年 以 上 的 软件 开发 经 验 ,半年 以 上 的 分 析 员 设计 员 经 验 ;不 仅 要 
接受 QA 工程 师 方面 的 培训 ,还 要 接受 履行 项 目 经 理 职责 方面 的 培训 。 在 项 目 组 中 ,QA 
工程 师 独 立 于 项 目 经 理 , 不 由 项 目 经 理 进行 绩效 考核 ;QC 工程 师 受 项 目 经 理 领导 ,通常 
在 项 目 运 行 周 期 内 QC 工程 师 的 绩效 大 部 分 由 项 目 经 理 考核 决定 。 

虽然 不 同 公司 有 不 同 的 情况 ,但 是 原则 都 是 一 样 的 。QA 工程 师 是 从 过 程 和 标准 来 
控制 开发 过 程 ,从 而 达到 提高 软件 质量 的 目的 。 而 QC 工程 师 则 是 通过 测试 .评审 等 验 
证 、 确 认 手 段 来 发 现 软 件 中 的 缺陷 ,并 确保 该 缺陷 得 到 解决 ,从 而 达到 提高 软件 质量 的 
目的 。 

如 果 企 业 QA 人 员 配 备 不 足 , 可 以 先 确 定 由 QC 兼任 QA 工作 。 但 是 只 能 是 暂时 的 ， 
独立 的 QA 人 员 应 当 具 备 ,因为 QC 工作 也 是 要 遵循 过 程 要 求 的 ,也 是 要 被 审计 过 程 的 ， 
这 种 混合 情况 ,难以 保证 QC 工作 的 过 程 质量 。 但 是 在 软件 企业 规模 较 小 的 情况 下 ,所 有 
测试 .评审 .审计 等 质量 管理 相关 的 工作 都 可 以 统称 为 QA。 
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行业 标准 是 由 一 些 行业 机 构 .学 术 团体 和 国防 机 构 制 定 ,并 适用 于 某 个 业务 领域 的 
标准 。 经 过 几 十 年 的 发 展 ,软件 行业 发 展 出 了 几 个 重要 的 应 用 面 广 的 行业 标准 。 

ISO 9000 系列 国际 标准 是 在 总 结 了 英国 的 国家 标准 基础 之 上 产生 的 ,国际 标准 化 
(英文 简称 ISO) 于 1987 年 发 布 了 ISO 9000《 质 量 管理 和 质量 保证 标准 一 一 选择 和 使 用 
指南 》、ISO 9001《 质 量 体 系 一 一 设计 开发 .生产 安装 和 服务 的 质量 保证 模式 ) 等 6 项 国 
际 标准 ,统称 为 ISO 9000 系列 标准 。 

目前 ,ISO 9000 系列 管理 标准 已 经 为 提供 产品 和 服务 的 各 行 各 业 所 接纳 和 认可 ,ISO 
9000 系列 质量 体系 被 世界 上 110 多 个 国家 所 广泛 采用 ,使 市 场 竞 争 更 加 激烈 ,产品 和 服 
务 质 量 得 到 日 益 提 高 。 软 件 企业 贯彻 实施 ISO 9000 质量 管理 体系 认证 ,应 当选 择 质 量 
保证 模式 标准 ISO 9001。ISO 9000-3 作为 软件 企业 实施 ISO 9001 质量 保证 模式 标准 的 
实施 指南 。 通 过 对 软件 产品 从 市 场 调查 、 需 求 分 析 、 软 件 设计 编码、 测试 等 开发 工作 , 直 
至 作为 商品 软件 销售 ,以 及 安装 及 维护 整个 过 程 进 行 控制 ,保障 软件 产品 的 质量 。 现 在 
ISO 9000 标准 已 被 各 国 软 件 企 业 广 泛 采用 ,并 将 其 作为 建立 企业 质量 体系 的 依据 。 

为 支持 美国 国防 部 对 软件 承包 商 的 能 力 进行 客观 评价 , 卡 内 基 ， 梅 隆 大 学 软件 工程 
人 研究 所 (SEI) 于 1991 年 发 表 了 《软件 能 力 成 熟 度 模 型 ) 即 SW-CMM 1.0 版 ,1999 年 推出 
了 SW-CMM 的 修订 本 《系统 工程 和 软件 工程 综合 能 力 成 熟 度 模 型 ) 即 CMMI-SE/SW 
1,0 版 。 

经 过 一 段 时 间 等 级 评估 的 运行 ,CMM 评估 对 软件 工程 改进 产生 了 明显 的 促进 作用 ， 
自 1990 年 以 来 ,SEI 把 基于 CMM 的 评估 作为 商业 行为 推 向 市 场 。 多 年 来 ,接受 CMM 
评估 的 软件 企业 已 扩展 到 很 多 国家 与 地 区 。 

ISO 9000 和 CMM 都 是 以 全 面 质量 管理 为 理论 基础 ,ISO 9000 是 适用 于 所 有 专业 领 
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域 的 一 种 质量 保证 标准 ,CMM 则 是 专门 针对 软件 行业 的 描述 软件 过 程 能 力 专 用 模型 。 
ISO 9000 强调 以 顾客 满意 为 目标 ,而 CMM 则 着 重 于 评价 承包 商 的 软件 成 熟 能 
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ISO/IEC 12207:1995 指出 ,质量 保证 是 一 个 有 计划 、 有 组 织 的 活动 , 它 向 所 有 相关 的 
人 提供 证 据 , 以 证 明 质 量 功能 正在 按 质量 要 求 运 行 的 信心 。 而 软件 质量 保证 过 程 
(Software Quality Assurance,， SQA) 是 恰当 保证 为 项 目 生 存 周期 中 的 软件 产品 和 过 程 符 
合 规 定 需求 和 已 制订 计划 提供 足够 保证 的 过 程 。 

如 果 将 一 个 软件 生产 类 比 于 一 个 工厂 的 生产 。 那 么 生产 线 就 是 过 程 ,产品 按照 生产 
线 的 规定 过 程 进行 生产 。 软 件 质量 保证 的 职责 就 是 保证 过 程 的 执行 ,也 就 是 保证 生产 线 
的 正常 执行 。 具 体 来 说 ,SQA 是 通过 有 计划 地 进行 各 种 评审 和 审核 来 验证 和 确认 生产 出 
来 的 软件 过 程 .产品 是 否 合乎 标准 的 系统 工程 ,是 建立 一 套 有 计划 .系统 的 方法 ,来 向 管 
理 层 保证 拟定 出 的 标准 、 步 又、 实践 和 方法 能 够 正确 地 被 所 有 项 目 所 采用 。 

SQA 的 目的 是 使 软件 过 程 对 于 管理 人 员 来 说 是 可 见 的 。 它 通过 对 软件 过 程 产 品 进 
行 评审 和 审计 来 验证 软件 是 合乎 标准 的 。 一 般 认为 ,SQA 包含 : 

1) 一 种 质量 管理 方法 ; 

2) 有 效 的 软件 工程 技术 、 方 法 和 工具 ; 

3) 在 整个 软件 工程 过 程 中 采用 正式 的 技术 评审 ; 

4) 一 种 多 层次 的 测试 策略 ; 

5) 对 软件 代码 ,文档 和 数据 及 其 修改 的 控制 ; 

6) 保证 软件 开发 适时 遵循 开发 标准 ; 

7) 度量 和 报告 机 制 "]。 
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SQA 的 职责 可 以 总 结 为 如 下 ,主要 包括 : 

(1) 负责 质量 保证 体系 的 实施 与 维护 ,制订 项 目的 SQA 计划 ,定义 项 目 质 量 策略 、 度 
量 过程 和 产品 质量 状态 ,指导 开发 团队 达到 质量 目标 。 

(2) 协助 项 目 组 进行 规范 化 的 项 目 管理 ,进行 流程 培训 和 咨询 活动 。 

(3) 负责 监控 稽核 流程 在 研发 团队 的 实施 情况 。 

(4) 实施 SQA 评审 和 组 织 评审 活动 ,对 项 目 开 发 管理 活动 及 产品 进行 审查 或 审计 ， 
对 风险 和 质量 问题 进行 跟踪 直到 解决 或 关闭 。 

(5) 定期 和 不 定期 地 进行 项 目 质 量 报 告 , 向 高 层 领导 报告 公司 软件 项 目 实施 过 程 中 
未 能 及 时 处 理 的 不 合格 项 ,以 及 相关 风险 。 

(6) 对 开发 流程 的 效率 和 质量 、 绩 效 指标 进行 收集 和 分 析 ,发 现 流 程 中 的 问题 并 能 够 
持续 改进 软件 过 程 。 

根据 文献 L41] ,软件 质量 保证 活动 ,可 以 用 图 10-2 描述 。 


Os 软件 质量 保证 与 软件 测试 


179 


进入 准则 
“方针 明确 
“ 能力 具备 


.项目 已 定义 | 
. 已 有 必要 规程 | | 按 规程 为 项 目 参与 准备 和 | | 
站 | 制定 SQAP 评审 软件 开 | ! 
| 发 计划 、 标 准 | | 
| | 按 计划 进行 | 
| SQA 活动 | 


1 
| 评审 软件 审核 制定 的 b= 
| 工程 活动 工作 产品 
0 

定期 向 软件 工程 组 报告 结果 

1 
按 规程 处 理 偏差 并 建立 文档 

1 


与 顾客 一 起 定期 评审 自己 
SQA 的 活动 和 发 展 


WET EFF 


退出 准则 


“产品 符合 需求 
* 数据 记录 完整 、 


10-2 ”软件 质量 保证 活动 概要 
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SW-CMM 对 SQA 的 活动 描述 只 是 给 出 了 要 求 ,没有 涉及 具体 措施 。 为 了 实施 软件 
质量 保证 活动 , 胡 铮 [1 给 出 了 一 个 基于 全 面 质量 管理 思想 PDCA 质量 循环 的 质量 保证 
活动 实施 的 步骤 ,如 图 10-3 所 示 。 

(1) 目标 (target) : 设 定 质量 特性 与 子 特性 的 评价 标准 。 软 件 质量 保证 小 组 在 新 项 
目的 计划 阶段 就 应 开始 介入 ,对 用 户 提 出 的 使 用 质量 需求 进行 分 析 , 将 这 些 使 用 质量 需 
求 的 分 解 . 评 价 与 软件 的 外 部 质量 需求 对 应 起 来 ,确定 软件 产品 应 满足 的 外 部 质量 特性 ， 
诸如 功能 性 .可靠 性 、. 易 用 性 .效率 等 。 然 后 再 对 它们 进行 分 析 , 通 过 质量 展开 (分 析 ), 确 
定 软 件 开发 必须 满足 的 内 部 质量 特性 ,及 其 度量 或 评价 的 标准 (用 一 系列 指标 值 表示 )， 
形成 正式 文档 。 

(2) 计划 (plan) : 与 组 织 的 软件 过 程 组 (SEPG) 和 项 目 管理 人 员 合 作 , 参 与 制定 项 目 
的 软件 过 程 ,包括 如 何 划 分 开发 阶段 .分 解 任务 、 定 义 过 程 活动 (人 员 任务、 中 间 产 品 、 工 
作 流 )。 确 定 适合 于 被 开发 软件 各 个 阶段 .各 个 活动 的 质量 评测 检查 项 目 与 质量 度量 方 
法 ,包括 产品 质量 和 过 程 质量 。 考 虑 到 评价 工作 量 ,检查 项 目 数 一 般 设 定 为 20 一 30 个 。 
与 此 同时 还 要 研讨 实现 质量 目标 的 方法 和 手段 。 

(3) 实施 (do) : 在 软件 开发 的 过 程 中 ,参与 各 个 活动 的 评审 和 阶段 的 正式 技术 评审 。 
对 软件 开发 各 个 阶段 的 进展 .完成 质量 及 出 现 的 问题 进行 监督 ,审核 各 项 活动 和 中 间 产 
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质量 需求 指导 设 定 质量 特性 、 质 量 及 
方针 质量 子 特性 的 评价 标准 
| 


各 阶段 度量 的 对 象 


研讨 质量 度量 准则 及 
质量 目标 的 实现 方法 


开发 活动 评审 与 审核 
1 


质量 评价 管理 信息 
1. 质量 度量 | “评测 得 分 表 
2. 质量 得 分 及 图 表 “质量 图 示 
3. 判断 目标 是 否 达 到 


改进 活动 


10-3 软件 质量 保证 实施 的 步骤 


品 的 生成 是 否 遵守 相应 的 过 程 规范 ,形成 报告 。 如 果 发 现 偏差 或 不 符合 问题 ,遵循 逐 级 
解决 的 原则 进行 解决 ,将 处 理 结果 通知 所 有 相关 人 员 ,记录 解决 的 过 程 及 结果 ,以 作为 日 
后 改进 的 重要 参考 资料 。 

(4) 检查 (check): 根据 计划 阶段 确定 的 质量 度量 标准 进行 评价 ,算出 得 分 ,比较 评 
价 结果 的 质量 得 分 和 质量 目标 ,看 其 是 否 合格 。 

(5) 行动 (action): 对 评价 发 现 的 问题 进行 改进 活动 ,如 果实 现 并 达到 了 质量 目标 就 
转 人 下 一 个 开发 阶段 。 这 样 重复 计划 到 行动 的 过 程 , 直 到 整个 开发 项 目 完成 。 

实际 上 ,SQA 工作 的 核心 内 容 在 于 审计 ,以 上 活动 都 是 围绕 审计 进行 的 计划 .证 实 和 
跟踪 工作 ,从 审计 角度 出 发 ,可 以 把 SQA 工作 分 为 三 块 : 

1. 计划 

针对 具体 项 目 制定 SQA 计划 ,确保 项 目 组 正确 执行 过 程 。 制 定 SQA 计划 应 当 注意 
如 下 几 点 : 

。 有 重点 : 依据 企业 目标 以 及 项 目 情况 确定 审计 的 重点 。 

。 明确 审计 内 容 : 明确 审计 哪些 活动 ,哪些 产品 。 

。 明确 审计 方式 : 确定 怎样 进行 审计 。 

。 明确 审计 结果 报告 的 规则 : 审计 的 结果 报告 给 谁 。 


2. 审计 /证 实 
依据 SQA 计划 进行 SQA 审计 工作 ,按照 规则 发 布 审计 结果 报告 。 注 意 审计 一 定 要 
有 项 目 组 人 员 陪 同 ,不 能 搞 突 然 袭 击 。 双 方 要 开 诚 布 公 ,坦诚 相对 。 


审计 的 内 容 : 是 否 按 照 过 程 要 求 执行 了 相应 活动 ,是 否 按照 过 程 要 求 产生 了 相应 
产品 。 
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3. 问题 跟踪 
对 审计 中 发 现 的 问题 ,要 求 项 目 组 改进 ,并 跟 进 直到 解决 。 
1023 ”SQA 活动 


SQA 与 做 技术 工作 的 软件 工程 师 和 负责 质量 保证 的 计划 、 监 督 记录、 分析 及 报告 工 
作 的 SQA 小 组 相关 。 

软件 工程 师 通 过 采用 可 靠 的 技术 方法 和 措施 ,进行 正式 的 技术 评审 ,执行 计划 周密 
的 软件 测试 来 考虑 质量 问题 ,并 完成 软件 质量 保证 和 质量 控制 活动 。SQA 小 组 的 职责 是 
辅助 软件 工程 小 组 得 到 高 质量 的 最 终 产 品 。 

SQA 小 组 完成 以 下 任务 。 

(1) 为 项 目 准 备 SQA 计划 。 

该 计划 在 制定 项 目 时 确定 ,由 所 有 感 兴趣 的 相关 部 门 评审 。 计 划 包 括 : 

。 需要 进行 的 审计 和 评审 。 

。 项 目 可 采用 的 标准 。 

。 错误 报告 和 跟踪 的 规程 。 

。 由 SQA 小 组 产生 的 文档 。 

。 向 软件 项 目 组 提供 的 反馈 数量 。 

(2) 参与 开发 项 目的 软件 过 程 描述 。 

评审 过 程 描述 以 保证 该 过 程 与 组 织 政策 ,内 部 软件 标准 ,外 界 标准 以 及 项 目 计 划 的 
其 他 部 分 相符 。 

(3) 评审 各 项 软件 工程 活动 ,对 其 是 否 符合 定义 好 的 软件 过 程 进 行 核实 。 

记录 .跟踪 与 过 程 的 偏差 。 

(4) 审计 指定 的 软件 工作 产品 ,对 其 是 否 符合 事先 定义 好 的 需求 进行 核实 。 

对 产品 进行 评审 ,识别 ,记录 和 跟踪 出 现 的 偏差 ;对 是 否 已 经 改正 进行 核实 ;定期 将 
工作 结果 向 项 目 管理 者 报告 。 

(5) 确保 软件 工作 及 产品 中 的 偏差 已 记录 在 案 , 并 根据 预定 的 规程 进行 处 理 。 

(6) 记录 所 有 不 符合 的 部 分 并 报告 给 高 级 领导 者 。 

目前 ,实施 CMM 的 企业 越 来 越 多 。CMM 模型 就 要 求 建立 QA 角色 ,一 般 还 要 求 
QA 独立 于 项 目 组 。 从 国内 来 看 ,多 数 的 QA 没有 技术 背景 ,检查 不 出 有 意义 的 偏差 ,而 
且 缺 乏 领导 支持 ,做 起 来 十 分 困难 。 

缺乏 信任 和 支持 只 是 一 个 方面 ,QA 工作 本 身 就 很 具 挑战 性 。 它 要 求 QA 具有 软件 
工程 的 知识 .软件 开发 的 知识 ,行业 背景 的 知识 .数理 统计 的 知识 项 目 管理 的 知识 .质量 
管理 的 知识 等 。 需 要 指出 的 是 ,SQA 应 该 具备 以 下 素质 ,才能 确保 质量 保证 活动 的 顺利 
开展 。 

。 过 程 为 中 心 : 应 站 在 过 程 的 角度 考虑 问题 ,只 要 保证 了 过 程 ,QA 就 尽 到 了 责任 。 

。 服务 精神 : 为 项 目 组 服务 ,帮助 项 目 组 确保 正确 执行 过 程 。 

。 了 解 过 程 : 深刻 了 解 企业 的 工程 ,并 具有 一 定 的 过 程 管理 理论 知识 。 
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。 了 解 开发 : 对 开发 工作 的 基本 情况 了 解 ,能 够 理解 项 目的 活动 。 
。 善于 沟通 : 能 够 营造 良好 的 气氛 ,避免 审计 活动 成 为 一 种 找茬 活动 ,艺术 化 地 处 
理 人 际 及 工作 关系 。 


103 和 评 审 


在 软件 开发 过 程 ( 尤 其 是 分 析 和 设计 阶段 ) 中 ,为 检测 出 任何 可 能 已 经 引入 的 错误 ， 
系统 分 析 员 或 编制 文档 的 分 析 员 必须 反复 检查 设计 文档 。 此 外 ,开发 组 长 也 必须 考察 这 
份 文档 及 其 细节 ,以 在 批准 它 之 前 检测 出 任何 残留 的 错误 。 然 而 ,显然 由 于 这 些 专业 人 
员 参 与 这 份 文档 的 生成 ,他 们 不 大 可 能 检测 出 他 们 自己 的 错误 ,即使 进行 多 次 检查 也 是 
如 此 。 所 以 ,只 有 别 的 人 一 一例 如 同事 .上 级 ,专家 和 顾客 代表 (他 们 有 不 同 的 经 历 和 观 
点 ,也 没有 直接 参与 这 份 文档 的 建立 ) 一 一 才 有 能 力 评审 这 个 产品 ,并 检测 出 未 被 开发 组 
注意 到 的 错误 。 

没有 经 过 他 人 评审 ,会 造成 缺陷 不 断 放 大 。 其 模型 "外 如 图 10-4 所 示 。 


缺陷 检测 
来 自 以 前 ”| 通过 的 错 i i 
ele 通过 的 错误 错误 

检测 传 给 下 一 个 

一 。 放大 的 错误 1 :x 人 步骤 的 错误 
新 产生 的 错误 


10-4 缺陷 放大 模型 


图 10-4 表示 某 一 个 开发 阶段 经 过 错误 的 放大 、 新 增 和 检测 过 滤 等 步 又 后 ,缺陷 的 数 
目 变化 。 来 自 上 一 步骤 的 错误 会 分 为 两 个 部 分 ,一 个 部 分 会 原样 保留 ; 另 一 个 部 分 会 被 
放大 ,导致 更 多 的 错误 ,再 加 上 新 产生 的 错误 ,这 构成 了 某 个 阶段 的 所 有 错误 数 ;再 经 过 
检测 过 滤 掉 一 部 分 后 ,就 是 传 给 下 一 个 步骤 的 错误 数 。 

图 10-5 演示 了 一 个 典型 的 无 评审 环节 的 缺陷 放大 情况 ,最 终 集成 测试 阶段 会 剩余 
94 个 错误 。 相 比 之 下 ,对 于 概要 设计 和 详细 设计 阶段 引入 评审 过 滤 掉 一 些 缺 陷 后 ,图 10-6 
集成 测试 阶段 仅 剩余 24 个 错误 ,大 大 减少 的 后 续 测试 的 错误 数目 。 


1031 评审 概要 


IEEE(1990) 定 义 评审 过 程 是 :“ 一 个 过 程 或 一 次 会 议 ,通过 它 , 一 个 工作 产品 或 一 组 
工作 产品 被 提交 给 项 目 人 员 、 经 理 、 用 户 、 顾 客 或 其 他 感 兴趣 者 ,以 征求 意见 或 得 到 批 
准 ,” 由 于 这 些 文档 是 项 目 初始 阶段 的 产品 ,评审 在 SQA 过 程 中 具有 特殊 的 重要 性 ,因为 
它们 提供 早期 检测 并 防止 将 设计 和 分 析 错 误 传 给 下游 ”。 在 下 游 阶段 ,错误 检测 和 改正 
要 复杂 得 多 、 麻 烦 得 多 ,因而 费用 也 高 得 多 。 

评审 一 般 有 正式 技术 复审 和 同行 评审 (包括 审查 和 走 查 ) 两 种 形式 。 应 当 注意 ,审查 
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概要 设 记 
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0 Jouml 6 6 et 
10 4 lss 0%|37 10 ls 
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潜伏 的 错误 
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0 |70% 一 一 2 
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10-6 ”有 评审 的 缺陷 放大 情况 


和 走 查 的 成 功 执行 也 检测 编码 阶段 的 缺陷 ,这 时 评审 的 合适 文档 是 打印 的 代码 。 

有 几 个 目标 驱动 评审 。 评 审 的 直接 目标 同 当 前 项 目 有 关 , 而 其 间接 目标 有 更 普遍 的 
性 质 , 同 评审 本 身 对 提升 开发 组 成 员 的 专业 知识 和 改进 机 构 所 用 开发 方法 学 的 特有 贡献 
有 关 。 

以 下 是 评审 的 主要 目标 : 

。 检 测 需 求 分 析 和 设计 错误 ,以 及 关于 初始 规格 书 和 批准 的 更 改 需 要 进行 改正 、 更 

改 和 完善 的 主题 。 
。， 确定 可 能 影响 项 目 完 成 的 新 风险 。 
。 找 出 偏离 模板 和 风格 规程 及 约定 的 地 方 。 改 正 这 些 偏离 预计 会 带 来 方法 和 文档 
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风格 的 一 致 性 ,这 必然 对 改进 交流 和 协作 做 出 贡献 。 
。 批准 分 析 或 设计 产品 ,使 项 目 继续 前 进 到 下 一 开发 阶段 。 
间接 目标 : 
。 提供 一 个 非 正式 会 议 场所 ,以 交换 关于 开发 方法 `. 工 具 和 技术 方面 的 专业 知识 。 
。， 记录 分 析 和 设计 错误 ,这 些 错误 将 用 做 未 来 改正 性 措施 的 基础 。 预 期 改正 性 措施 
将 通过 提高 有 效 性 和 质量 以 及 其 他 产品 特性 来 改进 开发 方法 。 
各 种 评审 方法 的 不 同 在 于 强调 不 同 的 目标 和 成 功 实现 每 个 目标 的 程度 。 所 以 ,为 了 
更 好 地 “过 滤 ” 掉 错误 和 更 大 的 长 期 影响 ,应 当 使 用 双 层 甚至 三 层 “ 过 滤 网 ”, 这 种 网 是 根 
据 可 用 的 评审 方法 的 范围 构造 出 来 的 。 
评审 不 是 随意 进行 的 活动 ,程序 性 的 制度 和 协同 工作 处 于 正式 技术 复审 审查 和 走 
查 的 核心 ,要 求 每 一 位 参加 者 在 给 出 意见 时 突出 其 责任 或 专长 。 在 每 个 评审 会 议 上 ,分 
配 人 员 记 录 互 相同 意 的 意见 ,后 续 的 事项 清单 应 当 包括 缺陷 位 置 和 描述 的 全 部 细节 , 且 
允许 开发 组 后 续 进 行 全 面 检索 。 然 而 ,因为 人 们 有 试图 现场 设计 解决 方案 的 嗜好 ,经 常 
离开 正在 讨论 的 问题 ,甚至 在 会 议 期 间 去 处 理 个 人 事务 ,所 以 须 有 一 个 主持 人 ,控制 讨论 
正常 进行 。 
一 般 知道 要 对 分 析 或 设计 的 产品 进行 评审 ,会 激励 开发 组 工作 得 更 好 。 这 代表 了 评 
审 对 改进 产品 质量 的 另 一 个 贡献 。 


1032 正式 技术 复审 


正式 技术 复审 (Formal Technical Review,FTR) ,也 称 之 为 设计 评审 (Development 
Review,DR) , 同 其 他 评审 的 不 同 在 于 , 它 是 批准 设计 产品 所 必需 的 唯一 评审 。 不 经 过 批 
准 , 开 发 组 就 不 能 继续 到 软件 开发 项 目的 下 一 阶段 。 正 式 技术 复审 可 以 在 需要 完成 一 份 
分 析 或 设计 文档 的 任何 开发 里 程 碑 进行 ,不 论 该 设计 文档 是 一 份 需求 规格 书 还 是 安装 计 
划 。 以 下 给 出 了 常见 的 正式 技术 复审 的 清单 。 

。 DPR 一 一 开发 计划 评审 (Development Plan Review); 

。 SRSR 一 一 软件 需求 规格 书评 审 (Software Requirement Specification Review); 

。 PDR 一 一 概要 设计 评审 (Preliminary Design Review); 

。 DDR 一 一 详细 设计 评审 (Detailed Design Review); 

。 DBDR 一 一 数据 库 设计 评审 (DataBase Design Review); 

。 TPR 一 一 测试 计划 评审 (Test Plan Review); 

。 STPR 一 一 软件 测试 规程 评审 (Software Test Procedure Review); 

。 VDR 一 一 版 本 描述 评审 (Version Description Review); 

。 OMR 一 一 操作 员 手 册 评 审 (Operator Manual Review); 

。 SMR 一 一 支持 手册 评审 (Support Manual Review); 

。 TRR 一 一 测试 就 绪 性 评审 (Test Readiness Review); 

。 PRR 一 一 产品 发 布 评审 (Product Release Review); 

。 IPR 一 一 安装 计划 评审 (Installation Plan Review)。 
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2000 年 ,在 广泛 调研 研究 成 果 和 文献 的 基础 上 ,Sauer 和 Jeffery[ 后 讨论 过 影响 FTR 
有 效 性 的 因素 。 对 正式 技术 复审 的 讨论 将 集中 在 : 

。 参加 者 ; 

。 事先 准备 ; 

。 FTR 会 议 ; 

。 推荐 的 FTR 后 活动 。 


1. FTR 的 参加 者 


所 有 的 FTR 是 由 一 位 评审 组 长 和 评审 组 进行 的 ,选择 合适 的 参加 者 是 特别 重要 的 ， 
因为 他 们 有 批准 或 不 批准 设计 产品 的 权利 。 

1) 评审 组 长 

因为 指定 合适 的 评审 组 长 是 影响 FTR 成 功 的 主要 因素 ,所 以 要 找到 这 个 岗位 的 候 
选 人 的 某 些 特性 : 

。 开发 这 类 评审 项 目的 知识 和 经 验 (不 必 有 预先 熟悉 当前 项 目 ); 

。 资历 要 高 于 或 类 似 于 项 目 负 责 人 ; 

。 同 项 目 负 责 人 和 他 的 小 组 有 良好 关系 ; 

。 这 个 岗位 是 在 项 目 组 之 外 的 。 

因此 ,评审 组 长 的 合适 候选 人 包括 开发 部 门 经 理 、 首 席 软 件 工程 师 、 另 一 个 项 目的 负 
责 人 软件 质量 保证 单位 的 负责 人 ,在 某 些 情况 下 ,还 有 顾客 的 首席 软件 工程 师 。 

在 某 些 情况 下 ,项 目 负责 人 被 指定 为 评审 组 长 ,做 这 种 决定 的 主要 理由 是 他 对 项 目 
材料 的 管理 知识 ,在 大 多 数 情况 下 ,这 种 选择 表明 在 专业 上 是 不 可 取 的 。 作 为 评审 组 长 
的 项 目 负责 人 有 一 种 倾向 不 论 是 不 是 有 意 的 即 限制 评审 范围 和 回避 人 尖锐 批评 
的 倾向 ,评审 组 员 倾向 于 被 如 此 这 般 地 选择 。 这 种 任命 通常 会 削弱 评审 目标 ,并 将 面 对 
的 问题 推迟 到 稍 后 的 、 更 敏感 的 日 期 。 

小 的 开发 部 门 与 小 软件 公司 要 找 一 位 合适 的 候选 人 领导 评审 组 通常 会 有 相当 的 困 
难 ,针对 这 种 境遇 的 一 个 可 能 解决 办 法 是 为 这 个 职位 任命 一 位 外 部 顾问 。 

2) 评审 组 

整个 评审 组 应 当 从 项 目 组 的 资深 成 员 、 分 配给 其 他 项 目 和 部 门 的 资深 专业 成 员 、 顾 
客 和 用 户 代 表 中 选择 ,在 某 些 情 况 , 还 有 软件 开发 顾问 ,理想 的 情况 是 非 项 目 成 员 占 评审 
组 的 大 多 数 。 

一 个 重要 而 经 常 忽略 的 问题 是 评审 组 的 规模 。 只 要 确保 参加 者 中 具备 经 验 和 方法 
的 多 样 性 ,一 个 有 效率 的 评审 组 由 3 一 5 人 组 成 。 过 大 的 评审 组 有 产生 协调 问题 ,浪费 评 
审 会 议 时 间 和 降低 准备 水 平 的 倾向 ,因为 一 种 很 自然 的 趋势 是 假设 别人 已 经 读 过 了 设计 
文档 。 


2. FTR 的 准备 


FTR 会 议 的 准备 工作 是 由 评审 组 长 ,评审 组 和 开发 组 完成 的 ,但 要 求 每 一 位 与 会 者 
专注 于 这 个 过 程 不 同 的 方面 。 
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1) 评审 组 长 的 准备 

评审 组 长 在 准备 阶段 的 主要 任务 是 : 

。 指定 组 员 。 

。 安排 评审 会 议 。 

。 向 组 员 分 发 设计 文档 ( 硬 拷贝 .电子 文件 等 )。 

最 为 重要 的 是 应 当 将 评审 会 议 安排 在 将 设计 文档 分 发 给 评审 组 员 之 后 不 久 , 按 时 开 
会 ,防止 在 项 目 组 着 手下 一 个 开发 阶段 之 前 毫 无 道理 地 浪费 很 长 时 间 , 并 因而 减少 偏离 
进度 安排 的 风险 。 

2) 评审 组 的 准备 

要 求 组 员 在 召开 评审 会 议 前 评审 设计 文档 并 列 出 他 们 的 意见 ,在 文档 可 裁剪 的 情况 
下 ,评审 组 长 可 以 通过 给 每 个 组 员 分 配 一 部 分 文档 来 减轻 负担 。 

确保 评审 完备 性 的 一 个 重要 工具 是 检查 表 , 除 了 一 般 的 设计 评审 检查 表 之 外 ,还 有 
专 供 较 常 见 的 分 析 和 设计 文档 使 用 的 检查 表 , 并 可 以 在 必要 时 构造 它们 。 检 查 表 通 过 提 
醒 评审 者 所 有 需要 注意 的 主要 和 辅助 问题 对 设计 评审 做 出 贡献 。 

3) 开发 组 的 准备 

开发 组 需要 准备 设计 文档 的 一 个 简短 讲解 。 假 设 评审 组 员 已 经 透彻 地 读 过 设计 文 
档 , 现 已 熟悉 项 目的 轮廓 ,这 个 讲解 应 当 集中 在 等 待 批准 的 主要 专业 问题 ,而 不 要 在 项 目 
的 一 般 描述 上 浪费 时 间 。 

项 目 负责 人 避免 专业 人 员 的 批评 和 削弱 评审 有 效 性 的 最 常见 伎俩 之 一 是 全 面 讲 解 
设计 文档 。 这 类 讲解 擅长 消耗 时 间 , 它 使 评审 组 疲惫 , 且 只 留 很 少 的 讨论 时 间 , 所 有 有 经 
验 的 评审 组 长 知道 怎样 对 付 这 种 现象 。 


3. FTR 会 议 


评审 组 长 在 领导 讨论 和 不 离开 议程 方面 的 经 验 是 成 功 FTR 会 议 的 关键 ,一 个 有 代 
表 性 的 FTR 会 议 议程 包括 : 

(1) 设计 文档 的 简短 讲解 。 

(2) 评审 组 员 发 表意 见 。 

(3) 验证 和 确认 讨论 的 每 条 意见 ,以 决定 项 目 组 必须 执行 的 措施 (改正 .更改 和 添加 ) 。 

(4) 关于 设计 产品 (文档 ) 的 决定 , 它 确 定 项 目的 进展 。 这 些 决 定 可 以 采取 三 种 形式 ， 

。 完全 批准 一 一 使 项 目 立即 继续 前 进 到 下 一 阶段 。 根 据 情 况 ,完全 批准 可 伴 之 以 要 
求 项 目 组 完成 某 些 小 的 改正 。 

。 部 分 批准 一 一 批准 项 目的 某 些 部 分 立即 继续 前 进 到 下 一 阶段 ,而 对 项 目的 剩余 部 
分 要 求 采 取 重 大 措施 (改正 ,更改 和 添加 )。 仅 在 措施 项 满意 完成 后 才 许 可 这 些 剩 
余部 分 进入 下 一 阶段 。 这 种 许可 可 以 由 被 分 配 评审 完成 的 措施 项 的 评审 组 员 做 
出 、 由 全 部 评审 组 在 专门 的 评审 会 议 上 做 出 或 是 由 评审 组 长 在 认为 合适 的 任何 其 
他 场合 做 出 。 

。 拒绝 批准 
缺陷 的 情况 。 


要 求 重复 进行 FTR。 这 种 决定 适用 于 多 重重 大 缺陷 尤其 是 有 关键 
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4. 评审 后 的 活动 


交 出 FTR 报告 后 ,需要 FTR 组 或 其 代表 跟踪 改正 性 措施 的 执行 情况 并 考察 改正 的 
部 分 。 
1) FTR 报告 
评审 组 长 的 职责 之 一 是 在 评审 会 议 后 立即 发 出 FTR 报告 。FTR 报告 的 及 早 发 布 使 
开发 组 能 够 较 早 进行 改正 性 措施 并 使 对 项 目 进度 安排 产生 的 延迟 最 小 ,报告 的 主要 段落 
包括 : 
(1) 评审 讨论 简况 。 
(2) 关于 项 目 后 续 行 动 的 决定 。 
(3) 所 需 措施 的 完备 清单 一 一 项 目 组 必须 完成 的 改正 .修改 和 添加 。 对 于 每 个 措施 
项 , 列 出 预计 完成 日 期 和 负责 的 项 目 组 成 员 。 
(4) 分 配 跟踪 改正 性 措施 进行 的 评审 组 员 的 名 字 。 
2) 跟踪 过 程 
被 指定 跟踪 改正 性 措施 的 人 一 一 在 许多 情况 下 ,是 项 目 负 责 人 一 一 确定 将 每 个 措施 
是 否 圆 满 完成 作为 项 目 继续 到 下 一 阶段 的 条 件 。 跟 踪 情况 应 当 被 完整 地 记录 ,以 便 在 将 
来 需要 时 能 够 澄清 这 些 改正 。 
令 人 遗憾 的 是 ,FTR 报告 的 全 部 或 部 分 常常 是 无 价值 的 ,或 是 因为 不 充分 准备 的 评 
审 组 ,或 是 因为 有 意 避 开 彻底 的 评审 。 从 DR 报告 的 下 列 特性 相当 容易 识别 出 这 种 情况 : 
。 极 短 的 报告 ,只 限于 设计 产品 的 公文 式 批准 ,未 列 出 检测 出 的 缺陷 。 
。 短 报告 ,批准 完全 继续 到 下 一 项 目 阶段 , 列 出 了 若干 小 缺陷 ,但 无 措施 项 。 
。 列 出 了 若干 不 同 严重 性 的 措施 项 的 报告 ,但 没有 指示 跟踪 (改正 安排 等 ) ,没有 可 
用 的 书面 跟踪 行动 。 
Pressman 列 出 过 完成 一 份 成 功 FTR 的 指南 ,重点 在 基础 设施 .FTR 的 准备 和 会 议 
的 召开 ,Pressman 关于 正式 技术 复审 的 黄金 “指南 ”也 适用 于 审查 和 走 查 会 议 。 
(1) 设计 评审 的 基础 设施 : 
。 为 每 种 设计 文档 建立 检查 表 , 或 至 少 为 常用 文档 建立 。 
。 训练 资深 专业 人 员 处 理 重大 技术 问题 以 及 评审 过 程 问题 ,把 受过 训练 的 专业 人 员 
用 做 FTR 组 的 储藏 资源 。 
。 定期 分 析 过 去 . FTR 对 缺陷 检测 的 有 效 性 ,以 改进 DR 方法 。 
。 将 FTR 作为 项 目 活动 计 划 的 一 部 分 安排 ,并 分 配 所 需 的 资源 ,这 要 作为 软件 开发 
机 构 的 标准 操作 规程 的 不 可 缺少 的 组 成 部 分 。 
(2) 设计 评审 组 : 评审 组 应 当 有 规模 限制 ,通常 最 好 3 一 5 名 成 员 。 
(3) 设计 评审 会 议 : 
。 以 建设 性 的 方式 讨论 专业 问题 ,同时 防止 把 这 些 问题 个 人 化 ,这 要 求 保持 气氛 没 
有 不 必要 的 紧张 。 
。 遵守 会 议 议 程 。 脱 离 计 划 好 的 议程 总 是 会 干扰 评审 的 效率 。 
。 专注 于 通过 验证 和 确认 与 会 者 的 意见 来 检测 缺陷 ,避免 讨论 针对 检测 出 缺陷 的 可 
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能 解决 办 法 ,以 节省 时 间 ,免得 离开 议题 漫 无 边际 地 闲 扯 。 

。 在 对 于 错误 的 重要 性 有 不 同意 见 的 情况 下 ,最 好 是 通过 记 下 问题 并 将 它 移交 另外 

会 议 去 讨论 来 结束 争辩 。 

。 正确 地 将 讨论 记 入 文档 ,特别 是 参加 者 的 意见 细节 和 他 们 的 验证 与 确认 结果 。 如 
果 这 个 文档 被 用 做 编制 评审 报告 的 输入 或 基础 ,这 个 步骤 就 特别 重要 。 

。 评审 会 议 期 不 应 超过 2 小 时 。 

(4) 评审 后 活动 : 

， 编制 总 结 讨论 的 问题 和 措施 项 的 评审 报告 。 

。 建立 跟踪 过 程 ,以 确保 措施 项 清单 中 的 所 有 改正 得 到 满意 实施 。 

正式 技术 复审 过 程 如 图 10-7 所 示 。 


开发 组 评审 组 评审 组 
组 的 任命 
准备 设计 | | 设计 产品 齐 度 评 | 
文档 te i 加 恋 文档 
2. 评 审 的 文档 


准备 讲解 | | 意见 
| 正式 评审 会 议 | 
改正 过 的 设 
计 产品 被 再 评审 报告 
次 评审 


不 批准 
进行 重大 (需要 重大 改正 ) 


完全 批准 
改正 批准 (不 需要 改正 


对 项 目的 不 批准 部 文档 ? 
对 未 批准 分 进行 重大 改正 
部 分 进行 站 
重大 改正 | 评审 过 的 

设计 产品 评审 过 的 改正 

改正 过 的 

部分 部 分 批准 

(需要 重大 改正 ) 

不 批准 的 文 

档 部 分 

准 的 批准 部 分 
进行 下 | | 批准 的 文档 部 分 
阶段 = 
开发 上- 


图 10-7 正式 技术 复审 过 程 


1033 同行 评审 


本 节 讨 论 两 种 同行 评审 方法 一 一 审查 (inspection) 和 走 查 (walkthrough)。 正 式 技术 
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复审 和 同行 评审 之 间 的 主要 不 同 在 于 他 们 的 参加 者 和 权限 。FTR 的 大 多 数 参与 者 的 职 
位 比 项 目 负责 人 和 顾客 代表 要 高 ,同行 评审 的 参与 者 是 项 目 负责 人 的 同 级 ,部 门 或 其 他 
单位 的 成 员 。 另 一 个 重大 的 不 同 在 于 权限 和 每 个 评审 方法 的 目标 。 正 式 技术 复审 的 权 
力 是 批准 设计 文档 ,以 便 项 目下 一 阶段 的 工作 能 开始 ;这 个 权力 没有 给 予 同行 评审 ,同行 
评审 的 主要 目标 在 于 检测 错误 和 对 于 标准 的 偏离 。 

今天 ,一 方面 是 计算 机 化 设计 工具 (包括 CASE 工具 ) 的 出 现 ; 另 一 方面 是 巨大 软件 
系统 的 出 现 , 一 些 专业 人 士 倾 向 于 减低 诸如 审查 和 走 查 之 类 的 人 工 评 审 的 价值 。 然 而 ， 
过 去 的 软件 调查 乃至 最 近 的 实验 性 研究 发 现 : 同行 评审 是 有 实效 的 方法 ,也 是 高 效 的 
方法 。 

走 查 和 审查 的 区 别 是 其 正式 性 的 等 级 ,审查 是 二 者 之 中 更 为 正式 的 ,审查 强调 改正 
性 措施 的 目标 。 走 查 的 发 现 限 于 被 评审 文档 的 意见 ,而 审查 的 发 现 还 同 改进 开发 方法 自 
身 的 工作 相 结合 。 所 以 ,审查 与 走 查 相 比 ,审查 被 认为 对 一 般 级 别 的 SQA 做 出 更 重大 的 
贡献 。 

通常 ,审查 基于 全 面 的 基础 设施 ,包括 : 

。 建立 为 每 种 设计 文档 以 及 编码 语言 和 工具 开发 的 审查 表 , 它 们 被 定期 更 新 。 
基于 以 往 的 发 现 , 建 立 典 型 缺陷 类 型 的 频 度 表 , 以 指引 审查 者 注意 潜在 的 “缺陷 聚 
集 区 ”。 

在 审查 过 程 问 题 方面 培训 干练 的 专业 人 员 ,这 个 过 程 使 他 们 能 够 作为 审查 组 长 
(协调 员 ) 或 审查 组 成 员 。 受 过 培训 的 雇员 们 作为 未 来 项 目 可 用 的 专业 审查 员 的 
。 定期 分 析 以 往 审 查 的 有 效 性 ,以 改进 审查 方法 学 。 

将 计划 安排 的 审查 引进 项 目 活动 计划 里 面 , 并 分 配 所 需 资源 ,包括 改正 检测 出 的 
缺陷 所 需 的 资源 。 

这 里 描述 的 审查 和 走 查 过 程 是 这 些 方法 的 较 常用 的 版 本 。 开 发 机 构 常 常 修改 这 些 
方法 以 适应 地 方 性 。 应 当 注 意 ,由 于 这 些 可 变性 ,尤其 是 在 走 查 过 程 中 ,两 个 方法 之 间 的 
不 同 容易 模糊 。 因 此 ,有 时 候 一 些 专家 将 走 查 看 作 审查 的 一 种 ,反之 亦 然 。 

关于 哪 种 方法 更 好 的 争论 还 没有 解决 ,基于 对 每 种 方法 的 调查 研究 , Gilb 和 
Graham 下 了 一 个 结论 : 作为 审查 的 一 种 替代 方法 , 走 查 显示 出 “以 同样 的 费用 发 现 的 
缺陷 却 少 得 多 ”。 

关于 同行 评审 方法 的 讨论 集中 在 : 

。 同行 评审 的 参加 者 ; 

。 同行 评审 的 必要 准备 ; 

， 同 行 评审 会 议 ; 

。 同行 评审 后 的 活动 ; 

。 同行 评审 的 效率 。 

设计 和 代码 审查 作为 过 程 性 模型 ,最 初 是 由 Fagan 于 1986 年 描述 并 正式 化 的 。 至 
于 走 查 ,Yourdon 于 1979 年 就 提出 了 有 关 原理 和 过 程 的 透彻 而 详细 的 讨论 5] 。 
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1. 同行 评审 的 参加 者 


优化 的 同行 评审 组 有 3 一 5 个 参加 者 ,在 某 些 情况 下 ,增加 1 一 3 个 参加 者 也 行 。 所 
有 参加 者 应 当 是 软件 系统 设计 者 的 同事 ,对 同行 评审 的 成 功 做 出 贡献 的 一 个 重大 因素 是 
小 组 的 “交融 ”( 审 查 和 走 查 之 间 有 所 不 同 ) 。 

推荐 的 同行 评审 组 包括 : 

。 一 位 评审 组 长 ; 

。 作者 ; 

。 特定 专业 的 人 员 。 

1) 评审 组 长 

评审 组 长 的 角色 (在 审查 中 是 “仲裁 员 ”, 在 走 查 中 是 “协调 员 ”) 按 同行 评审 的 类 型 稍 
有 不 同 。 这 个 岗位 的 候选 人 必须 做 到 以 下 几 点 : 

(1) 精通 当前 评审 类 型 的 项 目的 开发 并 熟悉 其 技术 ,不 必 对 当前 项 目 预 先 熟 悉 。 

(2) 同 作 者 和 开发 组 保持 良好 关系 。 

(3) 来 自 项 目 组 外 。 

(4) 显示 出 在 专业 会 议 的 协调 和 领导 方面 有 被 证 实 的 经 验 。 

(5) 对 于 审查 ,还 需要 受过 仲裁 员 培 训 。 

2) 作者 

作者 总 是 各 种 同行 评审 的 一 位 参加 者 。 

3) 特定 专业 的 人 员 

特定 专业 的 人 员 参 与 两 种 同行 评审 方法 的 问题 因 评审 的 不 同 而 不 同 。 

对 于 审查 工作 而 言 ,应 推荐 以 下 专业 人 员 : 

。 一 位 设计 人 员 : 负责 被 评审 软件 系统 的 分 析 和 设计 的 系统 分 析 员 。 

。 一 位 编码 人 员 或 实现 人 员 : 他 应 是 熟悉 编码 任务 的 专业 人 员 , 最 好 是 任命 的 编码 
组 长 。 这 位 审查 员 必 须 能 将 他 的 专长 用 于 检测 那些 可 能 导致 编码 错误 和 软件 实 
现 困难 的 缺陷 。 

一 位 测试 人 员 : 他 应 是 一 位 有 经 验 的 专业 人 员 。 最 好 是 任命 的 测试 组 长 ,他 专注 
于 识别 在 测试 阶段 常常 检测 出 的 设计 错误 。 

对 于 走 查 工作 而 言 ,应 推荐 以 下 专业 人 员 : 

。 一 位 标准 推行 员 : 这 位 组 员 的 专长 是 开发 标准 和 规程 ,被 分 配 的 任务 是 指出 那些 
偏离 标准 和 规程 的 地 方 。 这 类 错误 对 小 组 的 长 期 有 效 性 有 重大 影响 ,这 是 因为 这 
类 错误 对 新 成 员 加 入 项 目 组 造成 额外 困难 ,而 且 它 们 将 降低 系统 维护 组 的 有 
效 性 。 

一 位 维护 专家 : 他 的 关注 重点 是 可 维护 性 、 灵 活性 和 可 测试 性 ,并 检测 那些 能 妨 
碍 缺陷 的 改正 或 进行 未 来 更 改 的 设计 缺陷 。 他 还 具有 文档 编制 方面 的 专长 ,文档 
的 完备 性 和 正确 性 对 任何 维护 活动 都 是 至 关 重 要 的 。 

一 位 用 户 代 表 : 在 走 查 组 中 ,内 部 用 户 ( 当 顾客 是 同一 公司 里 面 的 一 个 单位 时 ) 或 
外 部 用 户 代表 对 评审 的 有 效 性 做 出 贡献 ,因为 他 是 以 用 户 和 顾客 的 观点 而 不 是 从 
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设计 者 一 一 供 货 商 的 观点 来 考察 软件 系统 的 。 在 没有 “真正 的 ”用 户 可 用 时 (例如 
在 开发 COTS 软件 包 的 情况 ), 组 员 可 以 担当 这 个 角色 ,并 通过 比较 原始 需求 同 
实际 的 设计 来 关注 有 效 性 问题 。 
4) 组 的 分 工 
召开 评审 会 议 自 然 需 要 给 组 员 分 派 具 体 任务 ,有 两 个 组 员 担 任 文档 的 讲解 员 和 书记 
员 , 后 者 将 讨论 记 入 文档 。 
(1) 讲解 员 : 在 审查 会 议 期 间 , 文 档 讲 解 员 是 由 仲裁 员 指 定 的 ;通常 ,讲解 员 不 是 文 
档 的 作者 ,在 许多 情况 下 ,软件 编码 人 员 充 当 讲解 员 , 因 为 他 可 能 是 对 设计 逻辑 及 编码 含 
义理 解 最 好 的 组 员 。 相 反 , 对 于 大 多 数 走 查 会 议 ,作者 正 是 最 熟悉 文档 的 专业 人 员 , 他 被 
选 来 在 小 组 里 讲解 。 有 些 专家 认为 将 作者 指派 为 讲解 员 可 能 影响 小 组 成 员 的 公正 性 。 
(2) 书记 员 ， 部 审 组 长 第 第 一 但 不 是 总 是 一 相当 会 谱 的 书 刘 贞 ; 养 记 尝 著 毕 忆 
经 指出 的 缺陷 , 待 开发 组 改正 。 这 个 任务 不 是 事务 性 的 ; 它 要 求 对 讨论 的 问题 有 透彻 的 
专业 理解 。 


2. 同行 评审 会 议 的 准备 


评审 组 长 和 评审 组 员 应 该 勤奋 地 完成 他 们 的 准备 ,评审 类 型 决定 准备 的 范围 。 

1) 同行 评审 组 长 对 评审 会 议 的 准备 

评审 组 长 在 准备 阶段 的 主要 任务 是 : 

(1) 同 设计 文档 作者 一 起 确定 要 评审 文档 的 哪些 章节 。 这 些 章节 可 以 是 ， 

。 最 困难 和 最 复杂 的 章节 ; 

。， 最 关键 的 章节 ,其 中 的 任何 缺陷 都 可 能 对 程序 应 用 、 甚 至 用 户 造 成 严重 的 损害 ; 

。 易 出 错 的 章节 。 

(2) 选择 组 员 。 安 排 同行 评审 会 议 。 限 制 评审 会 议 每 天 不 超过 两 次 ,每 次 不 超过 2 
小 时 是 可 取 的 。 当 评审 任务 相当 大 时 ,应 当 安 排 若 干 次 评审 会 议 。 重 要 的 是 在 有 关 设 计 
文档 已 准备 好 提交 审查 之 后 不 久 就 安排 会 议 。 这 种 贴近 有 助 于 使 (基于 在 安排 的 评审 中 
可 能 发 现 有 缺陷 的 文档 部 分 的 ) 设 计 追 加 物 的 范围 和 /或 数量 最 小 。 此 外 ,为 使 过 程 平 
滑 ,评审 组 长 应 当 为 他 的 组 安排 一 次 纵览 性 会 

(3) 在 评审 会 议 前 将 文档 发 放 给 组 员 。 

2) 同行 评审 组 为 评审 会 议 做 的 准备 

审查 组 员 需 要 做 十 分 全 面 的 准备 ,而 对 走 查 组 员 来 说 ,所 需 的 准备 较 简单 。 

要 求 审查 组 员 阅 读 待 评审 的 文档 章节 ,并 在 审查 会 议 开 始 前 列 出 他 们 的 意见 ,这 种 
事先 准备 的 目的 是 保证 会 议 的 有 效 性 。 也 可 能 要 求 他 们 参与 一 次 纵览 性 会 议 , 在 这 次 会 
议 上 ,作者 向 审查 组 提供 评审 所 选 文档 章节 必要 的 有 关 背 景 : 项 目 概况 .逻辑 .处 理 、 输 
入、 输出 和 接口 。 如 果 参 加 者 已 经 很 熟悉 材料 ,可 以 免 去 这 个 纵览 性 会 议 。 

支持 审查 员 评 审 的 一 个 重要 工具 是 检查 表 。 在 成 熟 的 开发 部 门 里 ,人 们 可 以 发 现 用 
于 较 常见 类 型 的 开发 文档 的 专门 检查 表 。 

在 走 查 会 议 前 ,组 员 简 要 地 阅读 材料 ,以 获得 对 待 评审 章节 、 项 目 及 其 环境 的 一 般 性 
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概况 。 缺 乏 关于 项 目 及 其 重要 方面 预备 知识 的 参加 者 会 需要 多 得 多 的 准备 时 间 。 在 大 
多 数 采用 走 查 的 机 构 里 ,审查 组 参加 者 不 需要 事先 准备 他 们 的 意见 。 


3. 同行 评审 会 议 


典型 的 同行 评审 会 议 采 取 下 面 的 形式 : 讲解 人 读 文档 的 一 个 章节 ,如 果 需 要 ,再 用 他 
自己 的 话 简要 说 明 所 涉及 的 问题 。 随 着 会 议 的 进行 ,参加 者 或 者 交 出 他 们 对 文档 的 意 
见 , 或 者 说 出 他 们 对 意见 的 反应 。 这 种 讨论 应 当 限 于 识别 错误 ,这 意味 着 不 应 当 讨 论 没 
有 把 握 的 解决 办 法 。 与 审查 会 议 不 同 ,典型 的 走 查 会 议 的 议程 以 作者 的 简短 讲解 或 项 目 
和 待 评审 设计 章节 的 概述 开始 。 

会 议 期 间 , 书 记 员 应 当 将 识别 出 的 每 个 错误 的 位 置 与 描述 、 类 型 和 特征 (不 正确 、 遗 
漏 工件 ,多余 工件 ) 记 入 文档 。 审 查 会 议 书记 员 将 补充 每 个 缺陷 的 估计 严重 程度 ,这 是 一 
个 对 已 发 现 缺陷 进行 统计 分 析 和 形成 预防 性 和 改正 性 措施 有 用 的 因素 。 表 10-2 提供 了 
给 错误 严重 程度 分 类 的 一 个 可 接受 的 框架 。 

表 10-2 设计 错误 按 严重 程度 的 分 类 
严重 程度 描 述 


(1) 妨碍 建立 根本 能 力 

(2) 危及 安全 ,保密 或 其 他 关键 需求 

(1) 严重 影响 根本 能 力 的 建立 ,不 知道 回避 的 办 法 

(2) 严重 影响 项 目 或 系统 维护 的 技术 、 费 用 或 计划 安排 风险 ,不 知道 回避 的 办 法 
(1) 有 害 地 影响 根本 能 力 的 建立 ,知道 回避 的 办 法 

(2) 有 害 地 影响 项 目 或 系统 维护 的 技术 .费用 或 计划 安排 风险 ,知道 回避 的 办 法 
(1) 用 户 ( 操 作者 ) 不 方便 使 用 ,但 不 影响 所 需 的 使 命 或 操作 上 的 根本 能 力 

(2) 开发 或 维护 人 员 不 方便 使 用 ,但 不 妨碍 他 们 懂行 职责 


1( 轻 微 的 ) 其 他 缺陷 


5( 关 键 的 ) 


4 


3 


2 


至 于 审查 和 走 查 会 议 的 长 度 , 同 FTR 的 规则 相同 : 会 议 不 应 超过 2 小 时 ,也 不 应 在 
一 天 里 安排 两 次 以 上 的 会 议 。 


4. 会 议 文档 编制 


在 审查 会 议 末 尾 产生 的 文档 要 比 走 查 会 议 的 文档 全 面 得 多 。 在 审查 会 议 之 后 产生 
两 个 文档 并 随后 分 发 给 会 议 参 与 者 : 
(1) 审查 会 议 发 现 报告 (inspection session findings report)。 由 书记 员 产 生 的 这 份 
告 应 当 是 完全 的 ,并 在 会 议 闭会 后 立即 分 发 ,其 主要 目的 是 确保 已 识别 出 的 待 改 正和 
跟踪 的 错误 全 部 记 和 文档。 
(2) 审查 会 议 总 结 报告 (inspection session summary report) 。 这 份 报告 由 审查 组 长 
在 讨论 同一 文档 的 会 议 或 一 系列 会 议 之 后 很 快 编写 出 来 。 这 种 类 型 的 典型 报告 总 结 审 
查 发 现 和 审查 中 投入 的 资源 ; 它 同样 提出 基本 质量 和 效率 度量 。 这 份 报告 主要 用 做 分 析 
工作 的 输入 信息 ,这 种 分 析 旨 在 审查 过 程 改 进 和 特定 文档 或 项 目 之 外 的 改正 性 措施 。 在 
一 次 会 议 或 一 系列 走 查 会 议 结束 时 ,应 将 错误 记录 文档 的 副本 一 一 “ 走 查 会 议 发 现 报告 ” 
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交 给 开发 组 和 会 议 参 加 者 。 
5. 同行 评审 后 的 活动 


区 分 这 里 讨论 的 两 种 同行 评审 方法 的 一 个 要 素 是 同行 评审 后 的 问题 。 与 走 查 相 比 , 审 
查 过 程 并 不 以 一 次 评审 会 议 或 分 发 报告 而 结束 。 要 进行 审查 后 的 活动 以 证 实 以 下 情况 ， 
(1) 设计 小 组 对 评审 组 长 (或 其 他 的 组 员 ) 在 分 配 的 跟踪 活动 中 所 发 现 的 所 有 错误 进 
行 了 迅速 ,有 效 的 修改 。 
(2) 将 审查 报告 转送 给 内 部 的 改正 措施 委员 会 (Corrective Action Board,CAB) 以 供 
分 析 。 这 样 可 以 启动 改正 性 和 预防 性 措施 以 减少 未 来 的 缺陷 数 和 提高 生产 效率 。 
在 图 10-8 和 图 10-9 中 显示 了 同行 评审 方法 ,参加 者 和 过 程 要 素 的 比较 。 
审查 走 查 


维护 专家 


et 
标准 推行 者 
实现 人 员 ep 
Ey (讲解 员 ) Ey 


ES 协调 员 ( 书 记 员 ) 


设计 师 测试 人 员 作者 (讲解 员 ) 用 户 代表 
图 10-8 ”审查 与 走 查 参 加 者 的 比较 


审查 走 查 
机 构 准备 机 构 准备 
1 
纵览 性 会 议 
1 
文档 的 彻底 评审 
1 
审查 会 议 简要 概要 阅读 
和 i 
改正 和 返工 人 走 查 会 议 
! 1 走 查 会 议 报告 
改正 和 肖 工 后 的 
直 


图 10-9 审查 与 走 查 过 程 的 比较 


6. 同行 评审 覆盖 

文档 和 总 代码 量 中 虽然 只 有 部 分 进行 同行 评审 ,覆盖 文档 页 的 5% 一 15%, 仍 然 代表 
了 对 整个 设计 质量 的 贡献 。 因 为 确定 同行 评审 对 总 体质 量 贡 献 的 不 是 覆盖 页 数 的 百 分 
比 , 而 是 选择 了 哪些 页 。 重 要 的 是 , 随 着 重用 软件 使 用 量 的 增长 ,要求 审 查 的 文档 页 数 和 
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代码 行 数 明显 下 降 。 下 面 列 出 推荐 和 不 推荐 在 同行 评审 中 评审 的 文档 段落 ， 


1) 推荐 进入 同行 评审 的 段落 

。 复杂 逻辑 的 段落 ; 

。 关键 段落 ,这 里 的 缺陷 严重 损害 基本 的 系统 功能 ; 

。， 同 新 环境 有 关 的 段落 ; 

。 由 新 的 或 无 经 验 组 员 设计 的 段落 。 

2) 不 推荐 进入 同行 评审 的 段落 

。，“ 直 接 明 了 的 "段落 (不 复杂 ); 

。 在 开发 组 过 去 的 类 似 项 目 中 评审 过 若干 次 的 那 种 段落 ; 
。 预期 如 果 有 错误 也 不 影响 功能 的 段落 ; 


。 重用 的 设计 和 代码 ; 
。 设计 和 代码 的 重复 部 分 。 
1034 评审 方法 的 比较 
对 实践 人 员 和 分 析 员 来 说 ,本 节 讨 论 的 评审 方法 的 比较 应 当 有 助 于 他 们 的 工作 ( 见 
表 10-3)。 
表 10-3 评审 方法 学 的 比较 
性 质 正式 技术 复审 审查 走 查 
(1) 检测 错误 网 
主要 直接 目标 ent er PN 
主要 间接 目标 知识 交换 (多 可 交换 和。 | 知识 交换 
评审 组 长 训 席 软 伯 工 程 时 或 次 3 过 的 仲裁 员 ( 同 事 》 | 扫 刘 攻关 于 "全 尔 是 杰 
参加 者 顶层 员工 和 顾客 代表 | 同事 同事 
项 目 组 长 参加 是 是 是 (通常 作为 评审 倡导 者 ) 
(1) 设计 者 (1) 标准 推行 者 
组 中 特定 专业 的 人 员 (2) 编码 人 员 或 实现 人 员 | (2) 维护 专家 
(3) 测试 人 员 (3) 用 户 代 表 
评审 过 程 ， 
。 概览 性 会 议 无 有 有 
。 参 加 者 的 准备 有 一 一 透彻 有 一 一 透彻 有 一 一 简要 
。 评 审 会 议 有 有 有 
。 改 正 的 跟踪 有 有 无 
基础 设施 ， 
。 参 加 者 的 正式 培训 | 无 有 无 
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续 表 
性 质 正式 技术 复审 审查 走 查 
“检查 表 的 使 用 。 | 无 有 无 
有 关 错误 的 数据 收集 | 无 正式 需要 有 正式 需要 无 正式 需要 


| (CD 审查 会 议 发 现 报告 人 
Wa a ani en 


104 软件 测 臣 管理 


在 前 面 介绍 了 软件 测试 是 软件 质量 保证 的 关键 步骤 。 为 了 真正 做 好 软件 测试 工作 ， 
系统 地 建立 一 个 软件 测试 管理 体系 是 非常 重要 的 ,只 有 这 样 才能 确保 软件 测试 在 软件 质 
量 保证 中 发 挥 应 有 的 关键 作用 。 

建立 软件 测试 管理 体系 有 以 下 几 个 方面 : 

(1) 确定 软件 测试 的 每 个 阶段 : 制定 测试 计划 ,测试 设计 ,实施 测试 ,建立 和 更 新 测 
试 文档 以 及 测试 管理 。 

(2) 确定 阶段 间 的 相互 关系 。 制 定 的 测试 计划 ,测试 设计 、 实 施 测试 是 按 顺序 依次 进 
行 并 且 相 互 作用 ,阶段 间 衔 接 是 规范 化 的 ,每 个 阶段 有 开始 和 结束 标志 。 测 试管 理 是 对 
这 三 个 阶段 进行 监督 和 管理 。 建 立 和 更 新 测试 文档 贯穿 整个 测试 流程 。 

(3) 确定 进行 各 阶段 测试 所 需要 的 标准 和 策略 ,掌握 其 相关 文档 。 

(4) 确定 监督 ,管理 和 控制 各 测试 阶段 的 准则 和 方法 。 

(5) 确保 可 以 获得 必要 的 资源 和 信息 ,以 支持 测试 流程 的 正常 进行 和 监督 工作 的 顺 
利 开 展 。 

(6) 为 了 提高 测试 质量 ,适当 改进 措施 。 

软件 测试 管理 的 主要 内 容 如 下 : 

(1) 软件 产品 的 监督 和 测量 

对 软件 产品 的 质量 特性 进行 监督 和 测量 ,主要 依据 软件 需求 规格 说 明 书 ,验证 产品 
是 否 满足 要 求 , 所 开发 的 软件 产品 是 否 可 以 交付 ,要 预先 设 定 质量 度量 指标 并 进行 测试 ， 
只 有 符合 预先 设 定 的 指标 才 可 以 交付 。 

(2) 对 不 符合 要 求 产 品 的 识别 和 控制 

对 于 软件 测试 中 发 现 的 软件 缺陷 ,要 认真 记录 它们 的 属性 和 处 理 办 法 ,并 进行 跟踪 ， 
直至 最 终 解决 ,在 修复 软件 缺陷 之 后 ,要 再 次 进行 验证 测试 。 

(3) 软件 过 程 的 监督 和 测量 

从 软件 测试 中 可 以 获取 大 量 关 于 软件 过 程 及 其 结果 的 数据 和 信息 ,它们 可 用 于 判断 
这 些 过 程 的 有 效 性 ,为 软件 过 程 的 正常 运行 和 持续 改进 提供 决策 依据 。 

(4) 产品 设计 和 开发 的 验证 

通过 设计 测试 用 例 对 需求 分 析 、 软 件 设计 ,程序 代码 进行 验证 ,确保 程序 代码 与 软件 
设计 说 明 书 一 致 , 软 件 设计 说 明 书 与 需求 规格 说 明 书 一 致 。 对 于 验证 中 发 现 的 不 合格 现 
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象 ,同样 要 认真 记录 和 处 理 ,并 跟踪 解决 。 解 决 之 后 ,也 要 再 次 进行 验证 。 
1041 测试 团队 和 开发 团队 的 协作 


图 10-10 表示 的 是 软件 开发 和 测试 过 程 中 两 种 典型 的 组 织 结构 。 在 强调 开发 的 软件 
组 织 中 ,开发 经 理 负责 开发 人 员 和 测试 人 员 的 管理 ,而 在 一 般 的 软件 企业 中 ,测试 组 常常 
独立 于 开发 组 ,单独 设置 ,以 软件 开发 组 长 为 首 的 开发 部 门 和 以 软件 测试 组 长 为 首 的 测 
试 部 门 既 各 有 分 工 又 需要 相互 合作 ,确保 软件 质量 符合 设计 标准 。 在 大 型 的 软件 企业 
中 ,开发 和 测试 部 门 可 能 会 设置 各 自 的 经 理 ,和 项 目 经 理 三 足 鼎 立 , 共 同 开发 软件 。 


开发 经 理 
I 


| | 
测试 人 员 开发 人 员 文档 人 员 管理 人 员 


项 目 经 理 


测试 组 长 开发 组 长 文档 人 员 
10-10 ”两 种 软件 企业 的 组 织 模型 


测试 工程 师 和 开发 工程 师承 担 的 是 开发 工作 的 两 个 不 同方 面 ,一 个 是 创建 , 男 一 个 
是 破坏 。 虽 然 两 者 的 最 终 目的 都 是 一 样 的 ,但 在 达成 目标 的 方式 上 却 有 很 大 的 差异 。 因 
此 ,在 为 同一 个 目标 奋斗 的 过 程 中 ,发 生 冲 突 也 是 难免 的 ,但 通过 下 面 的 一 些 建议 ,换个 
视角 看 看 开发 人 员 的 生活 和 工作 ,可 能 很 多 的 冲突 就 能 化 解 于 无 形 。Cem Kaner 在 
Testing Computer Software 一 书 中 说 过 :“ 最 好 的 测试 人 员 不 是 发 现 最 多 bug 或 是 使 得 
最 多 开发 人 员 不 自在 的 人 ,而 是 能 够 说 服 开 发 人 员 修 正 bug 最 多 的 人 。” 

资深 的 测试 工程 师 关 河 [ 外 把 和 开发 人 员 交 流 的 经 验 归结 为 “五 要 四 不 要 ”。 


1. 五 要 


1) 要 耐心 和 细心 

细心 是 测试 工程 师 的 一 个 基本 素质 ,测试 工程 师 是 对 质量 负责 的 人 ,涉及 到 质量 问 
题 ,就 不 能 含糊 ,因此 一 定 要 细心 ,细心 对 待 每 一 个 可 能 的 bug 细心 对 待 每 一 段 被 你 检查 
的 代码 ,细心 对 待 每 一 个 你 撰写 的 bug 报告 ,细心 对 待 你 发 出 的 每 一 封 邮 件 。 细 心 是 一 
种 态度 ,你 的 态度 迟早 会 感染 和 你 合作 的 开发 人 员 ,而 这 往往 是 合作 愉快 的 基础 。 

在 测试 工程 师 的 工作 经 历 中 ,不 大 其 烦 地 向 开发 人 员 解 释 一 个 bug, 让 他 认识 到 bug 
的 重要 性 是 经 常 的 事情 。 对 任何 人 来 说 ,被 人 指出 自己 的 缺点 和 不 足 都 不 是 让 人 舒服 的 
事情 ,因此 ,一 点 不 耐烦 的 情绪 就 可 能 引起 对 方 很 大 的 反感 ,给 自己 的 工作 带 来 不 必要 的 
麻烦 。 

2) 要 懂得 尊重 对 方 

开发 是 一 件 需 要 全 面 和 综合 考虑 的 工作 。 由 于 各 种 原因 导致 程序 中 出 现 问题 是 很 
正常 的 现象 ,作为 测试 工程 师 ,发 现 了 这 些 问 题 并 不 值得 你 夸 炮 ,也 不 能 说 明 你 比 开 发 工 
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程 师 聪明 。 一 个 好 的 测试 工程 师 一 定 是 懂得 尊重 开发 工程 师 的 人 ,尊重 对 方 的 技术 水 
平 ,尊重 对 方 的 代码 。 一 般 来 说 ,对 他 们 最 大 的 尊重 就 是 承认 他 的 专业 水 平 ,承认 他 的 代 
码 。 因 此 ,记得 在 合适 的 时 候 表达 对 他 的 尊重 。 

3) 要 能 设身处地 地 为 对 方 着 想 

开发 工程 师 一 般 都 处 在 较 大 的 工作 压力 下 ,项目 经 理 直 接 考核 他 们 的 指标 很 大 程度 
上 是 已 完成 的 代码 ,所 以 在 工作 任务 紧张 的 时 候 , 对 于 测试 工程 师 报 上 来 的 bug 会 拖延 
解决 甚至 推脱 ,给 测试 工程 师 的 感觉 就 是 很 不 合作 。 那 么 在 这 个 时 候 , 就 需要 设身处地 
地 为 对 方 着 想 了 ,每 个 人 都 会 为 自己 的 工作 在 内 心 排 定 优先 级 ,如 果 他 认为 解决 你 发 现 
的 bug 不 是 重要 的 事情 ,那么 最 大 的 可 能 就 是 你 并 没有 向 他 解释 清楚 这 个 bug 的 严重 
程度 。 

发 现 bug 是 测试 工程 师 的 责任 ,敦促 bug 得 到 解决 是 测试 工程 师 更 重要 的 责任 , 因 
此 ,测试 工程 师 可 以 心平 气 和 地 和 开发 人 员 坐 下 来 讨论 一 下 bug 的 严重 程度 ,和 他 一 起 
排 定 bug 的 优先 级 别 并 确定 解决 的 时 间 。 

4) 要 有 原则 

不 要 忘记 ,测试 工程 师 需 要 对 产品 的 质量 负责 ,在 这 一 点 上 一 定 要 有 原则 。 测 试 工 
程 师 可 以 和 开发 工程 师 建立 良好 的 个 人 关系 ,但 在 具体 的 事情 上 ,一 定 要 按照 公司 的 相 
关 流 程 来 处 理 。 当 然 ,在 坚持 原则 的 同时 ,可 以 采用 一 些 委婉 的 表达 方式 ,可 以 在 允许 的 
情况 下 尽量 体谅 开发 工程 师 。 但 请 记 住 , 一 个 有 原则 的 测试 工程 师 才 能 真正 帮助 开发 工 
程 师 , 才 能 赢得 开发 工程 师 的 尊重 。 

5) 要 主动 承担 

如 果 开 发 工程 师 要 求 你 承担 部 分 不 属于 你 的 责任 ,例如 ,定位 你 发 现 的 bug 到 代码 
一 级 ,或 者 是 帮助 他 编写 部 分 文档 和 代码 。 我 们 的 建议 是 在 可 能 的 情况 下 尽量 多 承担 。 
其 实 都 是 工作 上 的 事情 ,有 能 力 的 话 , 多 做 一 点 也 无 妨 。 但 在 主动 承担 时 ,一 定 要 明确 是 
在 自己 确 有 余力 的 情况 下 才能 去 承担 ;否则 ,婉拒 是 最 好 的 对 策 。 


2. 四 不 要 


1) 不 要 嘲笑 

不 要 嘲笑 你 所 发 现 的 bug, 即 使 是 非常 思春 的 错误 也 绝对 不 要 嘲笑 ,说 不 定 那个 错误 
是 因为 开发 工程 师 连续 加 班 24 小 时 后 犯 下 的 。 对 别人 的 工作 始终 应 该 尊重 。 如 果 你 觉 
得 有 必要 提醒 他 不 再 犯 一 些 经 常 犯 的 错误 ,可 以 采用 这 样 的 方式 : 编写 一 份 测试 过 程 中 
发 现 的 开发 人 员 常 犯错 误 的 文档 ( 记 住 , 千 万 不 要 写 上 谁 犯 了 这 些 错 误 ), 用 轻松 的 口气 
调侃 一 下 ,发 送 给 开发 人 员 。 

2) 不 要 在 背后 评论 开发 工程 师 

永远 不 要 在 背后 评论 开发 工程 师 的 技术 能 力 , 这 绝对 是 个 非常 忌讳 的 事情 。 一 时 的 口 
舌 之 快 或 许 会 使 你 永远 不 再 能 同 他 良好 地 合作 。 要 知道 ,开发 工程 师 最 在 意 地 就 是 别人 对 
他 的 技术 能 力 的 评价 。 其 实 这 不 仅仅 是 作为 测试 工程 师 的 准则 ,也 应 该 是 做 人 的 准则 。 

3) 不 要 动力 用 上 层 来 压制 对 方 

在 出 现 和 对 方 的 意见 分 歧 的 时 候 , 应 该 采用 什么 方式 说 服 对 方 呢 ? 直接 向 上 层 求 助 
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当然 是 一 个 办 法 ,但 这 种 办 法 带 来 的 负面 作用 也 是 很 明显 的 ,首先 是 作为 上 层 的 处 理 结 
果 可 能 不 一 定 符合 你 的 愿望 (在 很 多 公司 ,开发 工程 师 的 地 位 高 于 测试 工程 师 的 地 位 ,这 
种 地 位 的 不 平等 导致 上 层 在 处 理 分 歧 时 会 有 一 定 的 偏向 性 ); 其 次 是 动 辑 拿 出 上 层 来 压 
制 对 方 只 能 给 他 人 留 下 无 用 的 印象 。 所 以 在 出 现 分 歧 时 ,尽量 尝试 通过 沟通 来 解决 , 实 
在 不 行 ,再 动用 最 后 的 手段 。 

4) 和 开发 人 员 的 沟通 不 要 只 有 bug 

除了 在 bug 记录 单 上 ,在 其 他 的 地 方 也 要 让 和 你 合作 的 开发 工程 师 接触 到 你 ,午餐 
或 是 集体 活动 的 时 候 多 和 对 方 聊 聊 天 ,一 方面 可 以 增进 彼此 的 感情 , 混 个 脸 熟 ,打交道 的 
时 候 也 方便 ; 另 一 方面 ,从 开发 工程 师 那 里 了 解 业务 的 知识 和 他 负责 模块 的 方方面面 ,对 
自己 也 是 提升 。 

其 实 关 键 的 就 是 两 点 : 首先 是 多 从 别人 的 角度 去 想 想 ,所 谓 “ 换 位 思考 ”, 多 尊重 对 方 
就 一 定 能 得 到 对 方 的 尊重 与 配合 ;其 次 是 加 强 和 开发 工程 师 的 沟通 ,让 他 清楚 地 认识 到 
你 的 工作 对 他 的 价值 ,你 发 现 的 每 一 个 bug 的 重要 性 。 一 个 好 的 测试 工程 师 一 定 是 在 公 
司 里 被 所 有 人 尊重 的 快乐 分 子 , 而 不 应 该 是 一 个 “ 铁 面 判官 ”。 


1042 测试 人 员 应 具备 的 素质 


在 软件 行业 中 有 种 普遍 的 存在 的 现象 , 那 就 是 让 那些 无 经 验 新 手 、 没 有 效率 的 开发 
者 或 不 适合 干 测试 工作 的 人 去 做 测试 工作 。 这 绝对 是 一 种 盲目 行为 ,一 方面 这 种 现象 造 
成 了 行业 不 重视 软件 测试 的 恶性 环境 ; 另 一 方面 造成 了 中 国 软件 行业 输出 质量 普遍 低 
下 ,使 我 们 无 法 参与 到 国际 软件 生产 中 。 对 一 个 软件 系统 进行 有 效法 的 测试 所 需要 的 技 
能 绝对 不 比 进行 软件 开发 需要 的 少 ,事实 上 测试 人 员 在 工作 中 将 遇 到 许多 开发 者 不 可 能 
遇 到 的 问题 。 

Bill Hetzel 在 The Complete Guide to Software Testing 一 书 第 11 章节 中 罗列 了 5 
项 优秀 测试 人 员 所 拥有 的 重要 特征 : Controlled( 可 管理 ,有 条 理 ) .Competent( 掌 握 测 试 
技术 的 )、Critical( 专 注 于 发 现 问 题 的 )、Comprehensive( 注 重 细节 的 )、Considerate( 能 够 
和 开发 人 员 很 好 交流 的 ) ,简称 为 测试 人 员 的 5C 职业 特征 。 参 考 专 家 们 所 写 的 ,这 里 总 
结 和 扩展 了 测试 人 员 应 该 具备 的 10 项 职业 素质 


1. 沟通 能 力 


测试 人 员 必 须 能 够 同 测试 涉及 的 所 有 人 进行 沟通 ,具有 与 技术 人 员 和 非 技术 人 员 交 
流 的 能 力 。 用 户 和 开发 这 两 类 人 几乎 没有 什么 共同 语言 ,所 以 需要 测试 人 员 作 为 一 种 良 
好 的 中 间接 触媒 介 。 和 用 户 谈话 的 重点 必须 放 在 系统 可 正确 地 处 理 什 么 和 不 可 处 理 什 
人 么 上 ,而 和 开发 者 谈 相 同 的 信息 时 ,就 必须 将 这 些 活动 重新 组 织 以 另 一 种 方式 表达 出 来 。 


2. 共同 价值 观 


用 户 担心 将 来 使 用 一 个 不 符合 自己 要 求 的 系统 ,开发 者 则 担心 由 于 系统 要 求 不 正确 
而 使 他 不 得 不 重新 开发 整个 系统 ,公司 则 担心 这 个 系统 无 法 得 到 用 户 的 认可 而 使 它 的 利 
益 受 损 。 测 试 人 员 必 须 和 每 一 类 人 打交道 与 他 们 形成 共同 的 价值 观 ,具备 了 这 种 能 力 可 
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以 将 测试 人 员 与 相关 人 员 之 间 的 冲突 和 对 抗 减 少 到 最 低 程度 。 
3. 技术 能 力 


开发 人 员 轻 视 那 些 不 懂 技 术 的 人 是 一 种 普遍 存在 现象 。 测 试 人 员 必 须 很 好 地 理解 
被 测试 软件 概念 ,会 使 用 其 中 的 一 些 重要 工具 ,做 到 这 一 点 需要 有 几 年 以 上 的 内 行 编程 
经 验 , 每 一 位 测试 人 员 都 应 该 具有 一 个 技术 背景 ,还 应 该 具有 一 定 的 职业 成 熟 经 验 。 这 
些 有 利 条 件 可 以 帮助 测试 人 员 对 软件 开发 过 程 有 更 深入 的 理解 ,从 开发 人 员 的 角度 发 现 
被 测试 软件 中 存在 的 问题 ,简化 自动 测试 工具 的 学 习 曲 线 。 


4. 自信 


测试 人 员 和 开发 人 员 的 工作 性 质 相反 ,所 以 经 常 出 现 开 发 人 员 指 责 测试 人 员工 作出 
现 错误 的 事情 。 测 试 人 员 必 须 对 自己 的 观点 保持 足够 的 自信 ,如 果 容 许 别人 对 自己 的 工 
作 结 果 指 东道 西 ,就 不 能 完成 更 多 的 事情 了 。 


5. 交流 


当 你 告诉 某 开 发 人 员 的 程序 出 现 了 错误 时 ,需要 用 一 种 婉转 且 留 有 余地 的 商讨 口吻 
和 开发 人 员 交 流 。 如 果 采 取 的 方法 过 于 强硬 ,对 测试 人 员 来 说 后 果 是 可 怕 的 ,在 以 后 和 
开发 部 门 的 合作 方面 就 相当 于 “* 赢 了 战争 却 输 了 人 心 ”。 例 如 ,你 可 以 经 常 和 开发 人 员 在 
公司 的 咖啡 室 对 项 目 中 发 现 的 问题 进行 交流 ,在 放松 的 环境 里 讨论 问题 有 事半功倍 的 
效果 。 


6. 记忆 


测试 人 员 应 该 具备 将 历史 类 似 错误 从 记忆 深 处 挖掘 出 来 的 本 领 ,这 一 能 力 在 测试 过 
程 中 的 价值 是 无 法 衡量 的 。 出 错 类 型 无 非 就 这 人 么 几 种 ,我 们 需要 处 理 它们 的 大 量变 种 。 


7. 耐心 


测试 工作 需要 耐心 ,有 时 我 们 需要 花费 大 量 的 时 间 去 剥离 .确认 和 跟踪 一 个 错误 , 测 
试 工 作 是 那些 坐 不 住 板 使 的 人 无 法 胜任 的 。 


8. 怀疑 


怀疑 也 是 测试 人 员 必须 具备 的 基础 品德 ,开发 人 员 本 能 地 掩盖 所 有 已 经 出 现 的 或 者 
未 出 现 的 错误 。 测试 人 员 在 听取 了 开发 人 员 的 说 明 后 ,必须 保持 怀疑 态度 直到 经 过 自己 
认真 的 核实 。 


9. 自我 激励 


没有 比 干 测试 更 容易 让 人 意志 消沉 的 工作 了 ,看 了 这 么 多 的 错误 很 容易 产生 自己 的 
存在 是 不 是 也 是 一 种 错误 的 想法 ,只 有 那些 具有 自我 激励 技能 的 人 员 才 能 够 使 自己 每 天 
的 工作 持续 下 去 。 
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10. 洞察 力 


准确 地 捕获 用 户 观点 ,极限 地 追求 软件 输出 质量 ,对 某 些 细节 的 敏感 程度 综合 起 来 
就 体现 了 测试 人 员 的 洞察 能 力 。 洞 察 力 让 测试 人 员 透 过 问题 的 表象 深入 到 问题 的 内 部 ， 
越 接 近 问 题 的 本 质 就 越 容易 解决 问题 的 存在 。 


1043 如 何 成 为 一 名 优秀 的 测试 工程 师 
要 成 为 一 名 优秀 的 测试 工程 师 除 具备 上 述 素 质 外 ,还 得 有 两 项 特征 : 
1. 要 有 梦想 


成 为 一 个 优秀 的 测试 工程 师 是 一 个 渐进 的 过 程 , 这 也 许 是 所 有 软件 测试 人 员 的 一 个 
梦想 。 梦 想 会 激励 你 的 灵魂 ,左右 你 的 行为 ,并 给 你 一 种 不 断 向 前 的 力量 。 

有 很 多 优秀 的 测试 人 员 ,他 们 擅长 发 现 问题 ,有 丰富 的 工作 经 验 , 能 熟练 地 组 合 各 种 
测试 方法 。 但 是 ,他 们 缺乏 勇气 去 承认 ,承认 自己 是 名 优秀 的 测试 人 员 ,同样 的 问题 也 在 
一 些 技术 交流 会 议 中 出 现 。 技 术 交流 会 中 有 很 多 有 意思 的 人 ,他 们 有 自己 的 观点 和 良好 
的 从 业经 验 。 但 是 , 当 鼓 励 他 们 在 会 议 上 发 言 或 者 写 相 关 的 技术 文章 在 论坛 上 发 表 的 时 
间 , 他 们 中 的 大 多 数 会 说 :“ 我 不 是 一 个 专家 ,不 能 肯定 这 个 回答 是 否 正确 ,现在 技术 论 
坛 上 发 表 的 文章 品质 低劣 ,很 大 的 原因 在 于 我 们 的 测试 人 员 过 于 “害羞”*"。 当 很 多 只 有 一 
点 测试 经 验 的 人 发 言 , 写 文章 表达 他 们 的 思想 的 时 候 , 大 量 的 优秀 观点 却 因为 这 些 优 秀 
测试 人 员 的 自我 怀疑 而 深 埋 在 他 们 自己 的 心中 。 

一 旦 具备 了 梦想 和 勇气 这 还 不 够 ,还 需要 形成 自我 思想 。 一 个 没有 自我 思想 的 测试 
人 员 永 远 都 成 为 不 了 专家 。 很 多 测试 行业 的 从 业 人 员 只 会 积极 跟 别 人 索取 , 拿 来 就 用 根 
本 不 去 想 想 别人 的 用 意 。 他 们 不 善于 思考 拿 来 就 用 ,不 善于 改进 只 会 生 搬 硬 套 ,这 真是 
测试 行业 的 不 幸 。 

总 之 ,专家 梦想 的 实现 是 多 样 的 ,你 可 以 借鉴 别人 的 经 验 , 有 所 选择 地 复制 部 分 ,但 
是 你 绝对 不 能 没有 自己 的 实现 思想 。 有 了 梦想 ,具备 了 勇气 和 思想 才 是 一 个 好 的 开端 ， 
下 面 的 问题 就 是 它 的 实现 。 例 如 ,假如 我 奇怪 的 个 性 造成 了 别人 的 反感 ,我 就 不 能 很 好 
地 融入 团队 ;假如 我 对 测试 技术 的 认识 没有 足够 的 深度 ,我 的 测试 设计 就 会 很 脆弱 ;假如 
我 只 求 当前 的 工作 成 果 不 思 进取 ,我 就 会 作 很 平庸 地 工作 等 ,因此 ,成 为 测试 专家 之 路 真 
是 险阻 重重 。 

真正 优秀 的 测试 工程 师 有 个 习惯 ,看 到 任何 产品 都 会 询问 自己 : “我 能 测试 它 吗 ? 我 
能 在 没有 规格 标准 的 情况 下 测试 它 吗 ? 假如 只 给 我 正常 测试 所 需 时间 的 一 半 ,我 应 该 测 
试 些 什么 ?”“ 我 能 测试 它 吗 ?代表 专家 的 职业 特点 我 能 在 没有 规格 标准 的 情况 下 测试 
它 吗 ?” 代 表 专 家 的 技术 能 力 和 行业 知识 高 超 ,“ 假 如 只 给 我 正常 测试 所 需 时 间 的 一 半 , 我 
应 该 测试 些 什么 ?” 代 表 专 家 的 优秀 风险 回避 意识 。 笔 者 跟 多 个 测试 专家 聊 过 ,总 结 了 以 
下 这 些 专家 所 共有 的 特征 : 

。 敢于 声明 他 是 所 有 专家 中 做 得 最 好 的 。 姑 且 我 们 不 论 好 坏 , 至 少 我 们 已 经 知道 专 

家 的 内 心 充满 了 勇气 。 
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。 善于 使 用 简单 的 ,便于 使 用 的 格式 递交 有 用 的 结果 。 
。 熟 练 的 组 合 各 种 测试 方法 以 适合 不 同 项 目 业 务 要 求 。 
。 有 回旋 余地 地 利用 测试 工具 和 资源 ,测试 专家 并 不 完全 依赖 于 测试 工具 。 
。 为 达到 和 项 目 团队 的 完全 融合 ,而 牺牲 自我 个 性 。 
。 能 言 善 辩 ,在 项 目 中 懂得 如 何 保护 自己 和 团队 。 
。 把 工作 中 存在 的 风险 性 和 有 限 性 作为 建议 提供 给 客户 。 
必要 的 时 候 劝 告 客户 ,怎样 做 可 以 做 得 更 好 。 
。 诚实 并 且 充 满 了 正义 感 地 为 客户 服务 。 
成 为 测试 专家 是 一 条 漫长 的 修行 之 路 ,不 过 当 你 具备 了 上 面 所 有 的 特征 时 ,你 就 是 
专家 ,并 且 是 非常 优秀 的 测试 专家 。 


2. 一 个 优秀 的 测试 人 员 必 然 是 个 优秀 的 开发 人 员 


这 也 是 测试 论坛 上 最 有 争议 的 话题 ,一 种 强烈 支持 软件 测试 人 员 需 要 有 编程 经 验 ， 
男 一 种 认为 软件 测试 人 员 无 编码 经 验 也 可 以 做 得 很 好 。 本 书 认为 测试 人 员 具 备 编程 经 
验 应 有 所 选择 ,因为 软件 项 目 各 个 阶段 对 测试 人 员 有 所 不 同 的 工作 要 求 。 比 如 当前 我 们 
采用 的 RUP 软件 开发 过 程 中 ,测试 主要 有 5 个 阶段 : 

1) 需求 阶段 

需求 阶段 的 测试 工作 表现 为 需求 复审 会 议 , 要 求 测试 人 员 具 备 项 目 所 涉及 的 行业 知 
识 、 良 好 的 客户 沟通 、 熟 练 的 工具 使 用 技能 等 综合 素质 ,因为 本 阶段 加 入 了 对 UML 用 例 
图 和 顺序 图 的 运用 ,所 以 测试 人 员 需 要 对 大 量 的 UML 图 例 进行 业务 复审 。 

2) 设计 阶段 

设计 阶段 的 测试 工作 表现 为 设计 复审 会 议 , 复 审 会 议 综合 了 对 设计 模型 .数据 模型 、 
界面 原型 .事件 驱动 模型 等 工作 的 复审 工作 ,该 阶段 对 测试 人 员 的 综合 素质 要 求 最 高 。 

3) 实施 阶段 

让 一 个 没有 半点 编码 经 验 的 人 做 单元 级 测试 是 个 天 方 夜 谭 , 没 有 编程 经 验 的 测试 人 
员 根本 无 法 把 握 这 个 阶段 的 工作 。 虽 然 大 部 分 人 认为 实现 人 员 应 该 全 面 负责 单元 测试 
工作 ,但 是 作为 测试 人 员 ,你 就 真 的 放心 他 们 所 做 的 吗 ? 你 还 是 需要 经 常 进行 代码 抽查 
之 类 的 测试 活动 。 

4) 测试 阶段 

这 个 阶段 的 某 些 行为 是 新 人 测试 行业 人 员 或 者 不 成 熟 项 目 管理 者 的 一 个 精神 寄托 ， 
比如 所 谓 的 简单 粗糙 的 功能 测试 。 本 阶段 对 测试 人 员 有 更 高 级 的 要 求 , 比 如 开发 一 些 测 
试 工具 或 者 测试 驱动 程序 ,如 果 没 有 编程 经 验 怎 能 胜任 此 项 工作 ? 同样 是 两 个 测试 人 
员 ,A 有 编程 经 验 而 也 没有 ,我 们 可 以 这 么 说 : A 比 B 有 更 高 的 代码 认 知 ,A 可 以 用 他 的 
编程 经 验 提前 确认 系统 中 可 能 存在 的 隐患 。 

当前 软件 开发 融入 了 面向 对 象 的 思想 ,这 对 测试 人 员 提 出 了 更 高 的 要 求 。 测 试 人 员 除 
了 要 掌握 更 多 的 测试 方法 ,还 需要 有 正确 的 面向 对 象 的 思想 ,否则 测试 工作 是 出 力 而 无 功 。 

5) 部 署 阶段 

部 署 阶段 面临 项 目 或 者 产品 的 最 终 交 付 , 测 试 工作 的 重要 性 尤为 突出 。 如 果 输 出 是 


. 
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组 件 形式 ,我 们 需要 进行 装配 测试 ,这 要 求 测试 人 员 有 编写 模拟 测试 环境 的 能 力 。 如 果 
输出 是 产品 形式 ,我 们 要 做 不 同 操作 系统 的 安装 测试 和 产品 适应 性 测试 ,这 要 求 测试 人 
员 有 多 系统 的 操作 能 力 。 如 果 输 出 是 同 产品 不 同 版 本 形式 ,我们 要 分 离 不 同 版 本 产品 做 
版 本 差异 性 测试 。 

当前 ,国内 软件 质量 低下 的 原因 ,首先 是 我 们 的 软件 过 程 混乱 ,其 次 就 是 没有 真正 职 
业 的 测试 人 员 。 而 国外 的 大 部 分 测试 人 员 都 是 从 开发 转 过 来 的 ,这 些 人 员 从 业经 验 丰 
富 , 能 预知 什么 错误 最 容易 出 现 ,最 可 能 出 现 的 位 置 以 及 如 何 预防 。 其 次 这 也 关联 到 了 
测试 用 例 的 设计 ,好 的 测试 用 例 设计 是 成 功 测试 的 基础 。 
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111 案例 概述 


对 于 一 个 软件 项 目 来 说 ,并 不 一 定 经 历 所 有 的 测试 过 程 , 也 不 必 使 用 所 有 的 测试 方 
法 。 行 业 , 用 户 . 时 间 、 经 费 、 功 能 要 求 等 的 差异 决定 软件 项 目 之 间 的 测试 很 少 有 可 比 性 。 
任何 一 个 软件 项 目 都 不 能 盲目 照搬 其 他 软件 项 目的 测试 过 程 ,但 测试 过 程 中 的 确 应 该 多 
取 他 人 之 长 ,多 参考 一 些 典型 的 测试 实例 。 储 备 了 一 定 的 理论 知识 ,再 来 借 * 他 山 之 石 ”， 
并 从 实践 中 积累 自己 的 经 验 ,测试 就 不 足 为 惧 了 。 

本 章 将 在 总 结 和 巩固 本 书 前 面 基本 知识 的 基础 上 ,以 网 上 书店 系统 为 例 , 重 点 描述 
网 上 书店 的 集成 测试 ,主要 在 功能 测试 上 ,也 有 必要 的 性 能 测试 。 后 面 依次 给 出 了 网 上 
书店 集成 测试 阶段 的 测试 计划 ,测试 用 例 、 缺 陷 ( 错 误 ) 报 告 . 测 试 结 果 总 结 与 分 析 等 内 
容 。 测 试用 例 将 针对 网 上 书店 的 客户 端 来 设计 。 该 模块 不 但 包含 了 对 数据 库 的 应 用 ,还 
对 系统 的 并 发 性 ,安全 性 \ 准 确 性 、 高 效 性 都 有 很 高 的 要 求 , 可谓 麻雀 虽 小 ,五 脏 俱 全 , 适 
合 将 其 进行 剖析 四。 


11.11 被 测试 软件 项 目的 背景 


大 部 分 读者 都 有 过 在 网 上 购物 的 经 历 。 在 网 上 书店 可 以 很 方便 地 注册 、 浏 览 商 品 、 
查询 商品 .购买 商品 。 本 章 的 网 上 书店 实现 了 上 述 的 基本 功能 ,用 户 可 以 在 网 络 书店 中 
进行 注册 、 浏 览 商 品 以 及 查询 购物 车 。 


人 12 客户 端 系统 介绍 
网 上 书店 主页 面 如 图 11-1 所 示 。 
人 13 客户 端 系统 功能 需求 分 析 
前 台 客 户 功 能 如 图 11-2 所 示 。 
1. 注册 新 用 户 
个 人 用 户 可 以 通过 快捷 的 入 口 ,自愿 注册 成 为 网 站 的 会 员 . 个 人 注册 信息 中 ,用 户 
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销售 排行 新 净 上 架 


版 权 


图 11-1 网 上 书店 主页 面 


C2 


浏览 /搜索 图 书 


更 新 购物 


维护 购物 车 


真 写 /确认 订单 移 除 图 书 


注销 /登录 


MO 


查看 /修改 信息 
11-2 ”前台 客户 功能 


名 和 电子 邮件 地 址 不 允许 重复 。 
注册 成 功 后 ,系统 返回 成 功 祝 贺 页 面 ,并 给 其 注册 邮箱 发 送 E-mail 确认 。 


2. 登录 /注销 系统 
客户 可 以 利用 快捷 入 口 ,或 在 访问 其 他 受 限 资源 时 候 , 通 过 填 入 用 户 名 密码 ,被 系 
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统 识别 为 有 效 的 网 站 用 户 身份 。 

同时 ,为 了 保护 用 户 安全 ,防止 被 机 器 暴力 破解 到 用 户 密码 ,使 用 验证 码 技术 ,在 登 
录 时 要 同时 输入 验证 码 ,确认 是 用 户 人 工 输入 提交 的 。 

客户 在 完成 网 站 的 活动 后 或 者 更 换 用 户 时 可 以 注销 用 户 。 


3. 查看 /修改 客户 信息 


客户 登录 以 后 ,可 以 预览 并 修改 其 个 人 信息 内 容 。 其 中 ,个 人 信息 的 一 部 分 已 经 在 
注册 时 填写 完毕 ,其 他 部 分 可 以 陆续 添加 、 修 改 。 


4. 浏览 /搜索 图 书信 息 
系统 将 图 书信 息 列 出 ,包括 小 说 ,专业 ,军事 图 书 等 信息 供 所 有 用 户 浏览 /搜索 。 
5. 维护 购物 车 


顾客 在 购买 图 书后 ,可 以 直接 将 图 书 添加 到 购物 车 中 ,也 可 以 将 错 选 的 图 书 从 购物 
车 中 删除 ,还 可 以 在 购物 车 中 查看 预 已 买 的 商品 ,以 防 买 错 。 


6. 更 新 购物 车 

购物 车 会 自动 在 添加 图 书 和 移 除 图 书后 更 新 。 
7. 添加 图 书 

客户 可 以 将 想 要 购买 的 图 书 放 到 购物 车 中 。 
8. 移 除 图 书 

客户 可 以 将 购物 车 中 不 想 购买 的 图 书 移 除 。 


112 项 目 测 和 孩 科 半 


测试 计划 一 般 由 测试 项 目 经 理 来 制定 。 测 试 计划 涉及 许多 测试 工作 的 具体 规划 , 仅 
有 预算 、 人 员 安 排 和 时 间 进度 远 远 不 够 。 一 个 没有 经 过 很 好 策划 的 测试 项 目 不 可 能 顺利 
开展 。 

测试 工作 的 成 果 是 提交 一 份 完整 的 测试 计划 报告 ,一 般 包 括 被 测试 项 目的 背景 、 测 
试 目标 ,测试 范围 方式、 资源 、 进 度 安排 测试 人 员 组 成 以 及 测试 有 关 的 风险 等 方面 。 


11.21 概述 


本 次 测试 的 项 目 是 网 上 书店 系统 中 的 客户 端 功 能 , 即 客户 的 登录 端 。 

本 次 测试 的 目的 是 测试 网 上 书店 系统 客户 端的 会 员 注 册 登 录 在 线 购买 .书目 查询 
等 基本 功能 。 所 有 的 用 户 都 可 登录 网 上 书店 注册 购买 图 书 。 

本 测试 计划 面向 相关 项 目 管理 人 员 ,测试 人 员 和 开发 人 员 。 
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1122 定义 


质量 风险 : 被 测试 系统 不 能 实现 描述 的 产品 需求 或 系统 不 能 达到 用 户 期 望 的 行为 ， 
即 系统 可 能 存在 的 错误 。 

测试 用 例 : 为 了 查找 被 测试 软件 中 的 错误 而 设计 的 一 系列 的 操作 数据 和 执行 步 又 ， 
即 一 系列 测试 条 件 的 组 合 。 

测试 工具 : 应 用 于 测试 用 例 的 硬件 /软件 系统 ,用 于 安装 或 撤销 测试 环境 .创造 测试 
条 件 ,执行 测试 ;或 者 度量 测试 结果 等 工作 。 测 试 工具 独立 于 测试 用 例 本 身 。 

进入 标准 : 一 套 决策 的 指导 方针 ,用 于 决定 项 目 是 否 准备 好 进入 特定 的 测试 阶段 。 
在 集成 测试 和 系统 测试 阶段 ,进入 标准 会 很 苛刻 。 

退出 标准 : 一 套 标准 ,用 于 决定 项 目 是 否 可 以 退出 当前 的 测试 阶段 ,或 者 进入 下 一 个 测 
试 阶段 或 者 结束 项 目 。 与 进入 标准 相似 ,测试 过 程 的 后 几 个 阶段 退出 标准 一 般 很 苛刻 。 

功能 测试 : 集中 于 功能 正确 性 方面 的 测试 。 功 能 测试 必须 和 其 他 测试 方法 一 起 处 理 
潜在 的 重要 的 质量 风险 ,如 性 能 、 负 荷 、 容 积 和 容量 等 四 。 


1123 测试 进度 计划 


测试 进度 计划 包括 测试 计划 ,测试 系统 开发 与 配置 .测试 执行 和 测试 总 结 分 析 几 个 
阶段 ,其 具体 的 任务 及 需 提 交 结 果 等 见 表 11-11。 


表 11-1 测试 进度 计划 表 


阶段 任务 号 任务 名 称 前 序 任务 号 | 工时 提交 结果 
测试 计划 1 制订 测试 计划 3 测试 计划 
测试 系统 开发 与 配置 2 人 员 安 排 0.5 | 任务 分 配 
测试 环境 配置 1,2 3 可 运行 系统 的 环境 
4 测试 用 例 设 计 1,2 10 测试 用 例 
测试 执行 5 第 1 阶段 测试 通过 | 1.2,3,4 20 测试 结果 记录 
6 第 2 阶段 测试 通过 | 5 10 测试 结果 记录 
7 第 3 阶段 测试 通过 | 6 5 测试 结果 记录 
测试 总 结 分 析 8 退出 系统 测试 7 3 测试 分 析 报 告 


11.24 进入 标准 


(1)“ 测 试 小 组 ?配置 好 软 硬 件 环境 ,并 且 可 以 正确 访问 这 些 环境 。 
(2)“ 开 发 小 组 "已 完成 所 有 特性 和 错误 修复 并 完成 修复 后 的 单元 测试 。 
(3)“ 测 试 小 组 ”完成 “ 冒 烟 测试 ”, 程 序 包 能 打开 ,随机 的 测试 操作 能 正确 完 


1125 退出 标准 


(1) 开发 小 组 修改 完成 了 所 有 必须 修复 的 错误 。 
(2) 测试 中 发 现 的 缺陷 按照 严重 程度 分 为 4 个 级 别 , 如 表 11-2 所 示 。 级 别 不 同 , 严 
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重 程 度 也 不 同 。“ 测 试 小 组 ”执行 完 所 有 系统 测试 的 功能 ,性 能 测试 用 例 ,无 2 级 以 上 遗 
留 问 题 。 如 果 进行 系统 测试 时 ,存在 严重 的 质量 问题 ,导致 无 法 继续 ,并 且 在 可 接受 的 时 
间 范 围 内 无 法 修复 ,系统 测试 终止 。 
表 11-2 缺陷 严重 级 别 

严重 级 别 严重 程度 
微小 的 错误 ,不 会 影响 系统 的 功能 
不 准确 或 容易 误解 的 行为 和 请 句 
该 问题 增加 了 测试 或 用 户 操作 的 复杂 度 
该 问题 轻微 降低 了 系统 的 性 能 ,但 系统 仍然 能 工作 
该 问题 会 严重 降低 系统 的 性 能 
不 符合 客户 端 需求 说 明 
系统 不 能 正常 启动 或 启动 后 无 法 正常 工作 


1 一 提示 (Low) 


2 一 一 般 (Medium) 


3 一 严重 (High) 


4 一 致命 (Very High) 


(3)“ 项 目 管理 小 组 ”认为 产品 实现 了 稳定 性 和 可 靠 性 。 
11.26 测试 环境 配置 


系统 的 测试 环境 如 图 11-3 所 示 ,系统 包括 运行 在 同一 台 机 器 上 的 20 个 虚拟 用 户 和 
控制 器 、Web 服务 器 和 数据 库 以 及 网 络 。 
系统 配置 如 下 : 


1. 软件 配置 


。 操作 系统 : Microsoft Windows 2000 用 户 
Professional 、Microsoft Windows 2000 
Server ,操作 系统 上 必须 安装 TOMCAT 6.0 以 上 版 本 。 
。 数据 库 系统 : Microsoft SQL Server 2000。 
。 浏览 器 : Microsoft IE 6.0 或 以 上 版 本 。 


2. 硬件 需求 


。 CPU, P3 以 上 。 
。 内 存 : 256M 以 上 。 
。 硬盘 , 20G 以 上 。 


11.27 测试 开发 


设计 测试 用 例 以 进行 手工 测试 。 

(1) 测试 方法 : 由 于 本 次 测试 的 依据 是 需求 ,所 以 采用 黑 盒 测试 方法 。 
(2) 测试 策略 : 功能 测试 ,主要 采用 等 价 类 划分 的 策略 。 

(3) 测试 手段 : 功能 测试 ,手动 模拟 正常 .异常 输入 。 

(4) 测试 内 容 : 功能 测试 ,按照 需求 功能 。 


Web 服 务 器 ”数据库 


11-3 系统 测试 环境 
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设计 开发 问题 记录 及 交互 工具 ,包括 问题 存 取 控制 系统 及 所 对 应 的 数据 库 , 以 对 测 
试 结 果 做 很 好 的 记录 并 提供 相关 测试 和 开发 人 员 的 交互 平台 。 


1128 关键 参与 者 


关键 参与 者 包括 具有 各 自 职责 的 测试 经 理 、 测 试 工程 师 、 测 试 系统 管理 员 和 测试 人 
员 等 角色 ,如 表 11-3 所 示 。 
表 11-3 关键 参与 者 
角 色 小 组 成 员 职 责 
制定 测试 计划 ,组 织 测试 工作 
测试 经 理 黄 志 雄 系统 测试 用 例 评审 、 测 试 总 结 报告 评审 
提交 测试 输出 文档 
系统 测试 案例 编写 
系统 测试 案例 执行 
填写 测试 跟踪 结果 报告 
系统 测试 总 结 报告 编写 
测试 环境 的 搭建 
测试 系统 管理 员 李 君 测试 软件 的 维护 
测试 数据 的 建立 


测试 人 员 张 亮 洪武 . 毛 莹 、 宋 平 负责 相关 子 系统 的 测试 


测试 工程 师 郑 奇 


113 测 焉 过程 


广义 地 说 ,测试 工作 贯穿 一 个 软件 项 目 开 发 过 程 的 始终 ,从 项 目的 策划 和 相关 文档 
生成 开始 直到 软件 通过 用 户 的 验收 。 通 常 所 说 的 测试 是 指 运 行 软件 系统 (或 单个 的 模 
块 ) 以 检验 其 是 否 满足 用 户 要 求 的 过 程 。 

网 上 书店 客户 端 测试 按照 一 般 测 试 过 程 , 将 其 分 为 单元 测试 .集成 测试 .系统 测试 、 
验收 测试 四 个 阶段 。 对 于 测试 开发 人 员 来 说 ,关注 的 是 前 三 个 阶段 的 测试 过 程 , 因 此 本 
节 详 细 描述 前 三 个 阶段 的 测试 过 程 。 测 试 过 程 如 图 11-4 所 示 。 


11.31 单元 测试 


单元 测试 又 叫 模 块 测试 ,是 对 源 程 序 中 每 一 个 程序 单元 进行 测试 ,检查 各 个 模块 是 
否 正确 实现 了 规定 的 功能 ,从 而 发 现 模块 在 编码 或 算法 中 的 错误 。 该 阶段 涉及 编码 和 详 
细 设 计 的 文档 ,由 系统 开发 人 员 自 己 来 承担 。 单 元 测试 应 对 模块 内 所 有 重要 的 控制 路 径 
设计 测试 用 例 ,以便 发 现 模块 内 部 的 错误 。 

根据 设计 信息 选取 测试 数据 ,以 增 大 发 现 各 类 错误 的 可 能 性 。 在 确定 测试 用 例 的 同 
时 ,应 给 出 期 望 结 果 。 在 实际 工程 项 目的 开发 中 ,由 于 开发 人 员 的 主要 精力 集中 在 系统 
开发 上 ,在 单元 测试 阶段 常常 没有 时 间 去 做 精心 的 测试 用 例 设计 ,那么 开发 人 员 至 少 应 
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系统 培 
1 
『 才 编写 测试 计划 制定 测试 需求 ”| 一 | ”测试 需求 

1 > 


1 
测试 计划 编写 测试 用 例 | -一 | 测试 用 例 说 明 


1 
测试 执行 T 一 | ”测试 记录 
上 一 人 人 
1 


:一 | ”缺陷 记录 
2 
测试 总 结 一 一 | 测试 分 析 报 告 
Ds 


11-4 测试 过 程 


该 有 思路 清晰 的 测试 构思 和 测试 大 纲 。 

单元 测试 常常 是 动态 测试 和 静态 测试 两 种 方式 并 举 的。 动态 测 试 可 由 开发 人 员 去 
运行 局 部 功能 或 模块 以 发 现 系统 潜藏 的 错误 ,也 可 以 借助 测试 工具 去 测试 。 静 态 测试 即 
是 代码 审查 。 审 查 的 内 容 包括 代码 规则 和 风格 、` 程 序 设计 和 结构 .业务 多 辑 等 。 


11.32 集成 测试 


集成 测试 是 指 将 各 模块 组 装 起 来 进行 测试 ,以 检查 与 设计 相关 的 软件 体系 结构 的 有 
关 问 题 ,并 确认 软件 是 否 满足 需求 规格 说 明 书 中 确定 的 各 种 需求 。 

网 上 书店 客户 端 系统 的 集成 测试 是 指 开发 人 员 完成 了 所 有 系统 模块 的 开发 并 通过 
了 单元 测试 后 ,将 编译 好 的 软件 交付 给 测试 部 门 进行 测试 的 过 程 。 

这 个 阶段 的 测试 需要 一 个 完备 的 测试 管理 过 程 。 集 成 测试 过 程 可 以 分 为 测试 准备 、 
测试 计划 ,测试 设计 、 测 试 执行 和 测试 总 结 五 个 阶段 。 

(1) 测试 准备 阶段 是 指 测试 人 员 准 备 测试 资源 ,熟悉 系统 的 过 程 。 

(2) 测试 计划 阶段 包含 制定 测试 策略 ,资源 分 配 、 风 险 预警 和 进度 安排 等 内 容 。 此 项 
工作 由 测试 负责 人 来 做 。 测 试 计划 的 模板 各 不 相同 ,取决 于 软件 的 特殊 性 和 管理 的 规 
范 性 。 

(3) 测试 设计 阶段 包括 设计 测试 用 例 及 相关 管理 工具 的 设计 。 网 上 书店 客户 端 集成 
测试 过 程 中 的 主要 测试 用 例 , 侧 重 于 系统 的 功能 和 性 能 测试 ,将 在 11. 4 节 详 细 介 绍 。 测 
试用 例 设计 之 前 一 般 要 有 一 个 测试 用 例 的 设计 大 纲 。 

(4) 完成 测试 设计 工作 后 ,就 开始 执行 实际 的 测试 工作 。 

测试 时 另外 一 项 非常 重要 的 工作 就 是 做 好 系统 缺陷 记录 。 网 上 书店 客户 端 系统 生 
成 缺陷 报告 的 注意 事项 以 及 缺陷 报告 的 实例 参见 11. 5 节 。 

经 过 修改 后 的 系统 再 次 经 过 测试 即 是 回归 测试 。 
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(5) 测试 结束 后 要 及 时 总 结 分 析 测 试 结果 。 测 试 结果 的 总 结 与 分 析 , 一 方面 是 提供 
一 个 系统 功能 \ 性 能 和 稳定 性 等 方面 的 完整 的 分 析 和 结论 ; 另 一 方面 要 对 测试 过 程 本 身 
做 出 总 结 , 总 结 成 功 的 经 验 和 失败 的 教训 ,以 便 日 后 的 工作 开展 得 更 顺利 。 


11.33 系统 测试 


系统 测试 是 在 真实 或 模拟 系统 运行 的 环境 下 ,检查 完整 的 程序 系统 能 否 和 系统 ( 包 
括 硬 件 、 外 设 、 网 络 和 系统 软件 、 支 持平 台 等 ) 正 确 配置 连接 ,并 满足 用 户 需 求 。 

系统 测试 也 应 该 经 过 测试 准备 ,测试 计划 ,测试 设计 、 测 试 执行 和 测试 总 结 五 个 阶 
段 。 每 个 阶段 所 做 工作 内 容 与 集成 测试 很 相似 ,只 是 关注 点 有 所 不 同 。 

在 网 上 书店 客户 端的 系统 测试 中 ,要 搭建 更 真实 的 运行 环境 ,另外 还 要 在 不 同 的 操 
作 系 统 下 进行 测试 ,如 数据 库 服 务 器 分 别 搭建 在 UNIX 和 Windows NT 环境 下 ,进行 长 
时 间 多 客户 端 并 发 运行 系统 的 各 项 功能 测试 ,并 观测 服务 器 的 承受 能 力 ( 系 统 的 反应 时 
间 、 服 务 器 的 资源 占用 情况 等 ) 。 


11.34 验收 测试 


验收 测试 是 指 在 用 户 对 软件 系统 验收 之 前 组 织 的 系统 测试 。 测 试 人 员 都 是 真正 的 
用 户 , 在 尽 可 能 真实 的 环境 下 进行 操作 ,并 将 测试 结果 进行 汇总 ,由 相关 管理 人 员 对 软件 
做 出 评价 以 及 是 否 验 收 的 决定 。 

网 上 书店 客户 端 一 般 在 用 户 验 收 之 前 都 需要 对 系统 进行 一 段 时 间 的 试 运行 ,因此 可 
以 说 网 上 书店 客户 端的 验收 测试 就 是 实际 的 使 用 (但 用 户 一 般 要 参与 软件 的 系统 测试 ， 
即 所谓 的 8B 测试 ,不 然 用 户 是 不 会 放心 让 系统 试 运行 的 ) 。 

因为 验收 测试 由 用 户 完成 ,不 同 软 件 实际 应 用 的 差异 性 又 很 大 ,这 里 就 不 对 其 详 加 

论述 了 。 


114 表 和 该 用例 和 诅 入 


测试 用 例 应 由 测试 人 员 在 充分 了 解 系统 的 基础 上 ,在 测试 之 前 设计 好 。 测 试用 例 的 
设计 是 测试 系统 开发 中 一 项 非常 重要 的 内 容 。 集 成 测试 阶段 测试 用 例 的 设计 依据 为 系 
统 需 求 分 析 、 系 统 用 户 手 册 和 系统 设计 报告 等 相关 资料 的 内 容 , 而 且 测 试 人 员 要 与 开发 
人 员 充 分 交互 。 男 外 ,有 一 些 内 容 由 测试 人 员 的 相关 背景 知识 ,经验 、 直 觉 等 产生 。 

测试 用 例 的 设计 需要 考虑 很 周全 。 在 测试 系统 功能 的 同时 ,还 要 检查 系统 对 输入 数 
据 ( 合 法 值 、 非 法 值 和 边界 值 ) 的 反应 ,要 检查 合法 的 操作 和 非法 的 操作 ,检查 系统 对 条 件 
组 合 的 反应 等 。 好 的 测试 用 例 让 其 他 人 能 够 很 好 地 执行 测试 ,能 够 快速 地 遍历 所 测试 的 
功能 ,能 够 发 现 至 今 没有 发 现 的 错误 。 所 以 测试 用 例 应 该 由 经 验 丰 富 的 系统 测试 人 员 来 
编写 ,对 于 新 手 来 说 ,应 该 多 阅读 一 些 好 的 测试 用 例 , 并 且 在 测试 实践 中 用 心 去 体会 。 

在 编写 测试 用 例 之 前 ,应 该 给 出 测试 大 纲 。 大 纲 基本 上 是 测试 思路 的 整理 ,以 保证 
测试 用 例 的 设计 能 够 清晰 、 完 整 而 不 是 顾此失彼 。 测 试 大 纲 可 以 按照 模块 功能 点 、 莱 单 


Os 软件 测试 案例 211 


和 业务 流程 这 样 的 思路 来 策划 。 
本 节 给 出 “网 上 书店 系统 ”的 “客户 端子 系统 ”的 测试 用 例 。 
1141 测试 覆盖 设计 
由 于 本 次 测试 是 系统 测试 ,测试 的 依据 是 系统 需求 ,测试 的 设计 应 该 满足 对 需求 的 
覆盖 ,所 以 ,采用 的 测试 方法 主要 是 黑 盒 测试 ,包括 等 价 类 划分 (有 效 测试 和 无 效 测试 ) 、 
边界 值 和 错误 猜测 法 等 。 测 试用 例 覆盖 矩阵 如 表 11-4 所 示 。 
表 11-4 测试 用 例 功能 /性 能 覆盖 矩阵 


序号 功 能 项 测试 用 例 优先 级 
01 所 有 基本 页 面 的 链接 正确 TestCase-FUNC-01 中 
02 所 有 页 面 的 转移 正确 TestCase-FUNC-02 中 
03 会 员 信息 列表 正确 TestCase-FUNC-03 高 
04 图 书 详细 信息 正确 TestCase-FUNC-04 高 
05 正常 购买 图 书 的 流程 TestCase-FUNC-05 高 
06 查询 图 书 的 流程 TestCase-FUNC-06 高 
07 会 员 登 录 .退出 的 流程 TestCase-FUNC-07 高 


1142 功能 测试 用 例 
按照 表 11-4, 设 计 相 应 的 测试 用 例如 下 。 
1. 基本 页 面 链 接 的 测试 用 例 


测试 编号 是 TestCase-FUNC-01, 测 试 内 容 是 验证 所 有 基本 页 面 链接 的 正确 性 ,同时 
所 有 的 页 面 都 按照 需求 有 正确 的 显示 。 这 个 测试 用 例 的 具体 设计 如 表 11-5 所 示 。 
表 11-5 ”TestCase-FUNC-01 测试 用 例 
测试 项 目 名 称 : 网 上 书店 系统 一 客户 端 


试用 例 编号 : TestCase-FUNC-01 测试 人 员 : 小 组 人 员 
测试 项 目标 题 : 所 有 基本 页 面 的 正确 链接 测试 时 间 : 2008/9/3 
测试 内 容 : 

验证 网 站 首页 所 有 链接 有 效 

验证 网 站 首页 中 图 片 能 正确 装 入 


验证 网 站 首页 中 的 超 连 接 的 连接 页 面 与 页 面 中 指示 (或 图 示 ) 相 符 
验证 网 站 中 各 个 页 面 的 显示 的 信息 都 符合 需求 


测试 环境 与 系统 配置 : 

详 见 《测试 计划 》 

测试 输入 : 脚本 见 TC-F-01.c ( 见 测试 开发 文档 ) 
数据 : 

测试 次 数 : 每 个 测试 过 程 做 2 次 
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测试 项 目 名 称 : 网 上 书店 系统 一 客户 端 


预期 结果 : 

可 以 正确 显示 图 片 ,每 个 链接 有 效 , 超 连接 的 连接 页 面 与 页 面 中 指示 (或 图 示 ) 相 符 
测试 过 程 : 

登录 http://www. qiqishop. com 

对 于 首页 每 个 链接 ,点 击 进入 。 察 看 链接 的 页 面 是 否 相符 合 

对 于 首页 每 个 链接 ,点 击 查看 能 否 进 入 相应 页 


2. 页 面 转移 正确 性 的 测试 用 例 
测试 编号 是 TestCase-FUNC-02 ,测试 内 容 是 测试 所 有 转移 页 面 链 接 的 正确 性 ,同时 
所 有 的 页 面 都 按照 需求 有 正确 的 显示 。 这 个 测试 用 例 的 具体 设计 如 表 11-6 所 示 。 
表 11-6 ”TestCase-FUNC-02 测试 用 例 
测试 项 目 名 称 : 网 上 书店 系统 一 客户 端 


试用 例 编号 : TestCase-FUNC-02 测试 人 员 : 小 组 人 员 
测试 时 间 : 2008/9/3 


测试 项 目标 题 : 转移 页 面 的 正确 性 


测试 内 容 : 
验证 网 站 每 页 输入 “ 转 到 “的 输入 框 能 正确 处 理 输入 


测试 环境 与 系统 配置 : 

详 见 《测试 计划 》 

测试 输入 : 异常 数据 : 0,1.4,6 

数据 : 正常 数据 : 1 

测试 次 数 : 每 个 测试 过 程 做 2 次 

预期 结果 : 

对 于 正常 数据 能 够 转 到 相应 页 面 ,异常 数据 能 够 报错 
测试 过 程 : 

登录 http://www. qiqishop. com 

对 于 首页 “ 转 到 ”的 输入 框 , 依 次 输入 如 上 数据 
测试 结果 : 


测试 结论 : 
实现 限制 : 
备注 : 
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3. 显示 图 书 列 表 的 测试 用 例 
测试 编号 是 TestCase-FUNC-03, 测 试 内 容 是 测试 所 有 职位 列表 页 面 的 正确 性 ,同时 
所 有 的 页 面 都 按照 需求 有 正确 的 显示 。 这 个 测试 用 例 的 具体 设计 如 表 11-7 所 示 。 
表 11-7 TestCase-FUNC-03 测试 用 例 
测试 项 目 名 称 : 网 上 书店 系统 一 客户 端 


测试 用 例 编号 : TestCase-FUNC-03 测试 人 员 : 小 组 成 员 
测试 时 间 : 2008/9/3 
测试 项 目标 题 : 职位 列表 的 显示 


测试 内 容 : 

。 验证 网 页 上 的 表格 是 否 正确 显示 

。 验证 在 图 书 列表 中 是 否 正确 显示 图 书 名 称 、 图 书 出 版 日 期 .图 书 类 型 .图 书 数量 
。 验证 图 书 列表 是 否 按 职 位 添加 日 期 排序 

测试 环境 与 系统 配置 : 

软件 环境 : Micrsoft Windows XP Professional 

硬件 环境 : P4 1.7GHz CPU 十 1.7GHz 512MB 内 存 

网 络 环境 : 5 人 共享 1Mbps 带宽 

测试 输入 : 无 


测试 次 数 : 

应 在 至 少 2 种 浏览 器 中 进行 测试 ,并 刷新 2 次 。 

预期 结果 : 

网 页 正确 显示 ,在 图 书 列表 中 显示 图 书 名 称 、 图 书 出 版 日 期 .图 书 类 型 .图 书 数量 , 按 添加 时 间 排 序 
测试 过 程 : 

在 IE 浏览 器 地 址 栏 中 输入 http://www. qiqishop. com, 并 刷新 
在 邀 游 浏览 器 地 址 栏 中 输入 http://www. qiqishop. com ,并 刷新 
测试 结果 : 

测试 结论 : 

实现 限制 : 无 

备注 : 无 


4. 图 书 购买 流程 的 测试 用 例 


测试 编号 是 TestCase-FUNC-04 ,测试 内 容 是 测试 所 有 职位 详细 信息 页 面 的 正确 性 ， 
同时 所 有 的 页 面 都 按照 需求 有 正确 的 显示 。 这 个 测试 用 例 的 具体 设计 如 表 11-8 所 示 。 
表 11-8 TestCase-FUNC-04 测试 用 例 


测试 项 目 名 称 : 网 上 书店 系统 一 客户 端 


测试 用 例 编号 : TestCase-FUNC-04 测试 人 员 : 小 组 人 员 
测试 时 间 : 2008/9/3 
测试 项 目标 题 : 图 书 购买 流程 
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测试 项 目 名 称 : 网 上 书店 系统 一 客户 端 


测试 内 容 : 

验证 页 面 是 否 正确 显示 了 职位 名 称 、. 职 位 描述 .职位 要 求 和 招聘 人 数 几 项 
验证 职位 详细 信息 页 面 上 的 信息 是 否 与 职位 列表 中 有 关 的 信息 相符 
测试 环境 与 系统 配置 : 

软件 环境 : Micrsoft Windows XP Professional 十 Micrsoft IE 6.0 

硬件 环境 : P4 1.7GHz CPU 十 512MB 内 存 

网 络 环境 : 6 人 共享 1Mbps 带宽 

测试 输入 : 无 


测试 次 数 : 

应 至 少 测试 3 次 购买 过 程 
预期 结果 : 

购买 成 功 

测试 过 程 : 
购买 一 至 多 本 图 书 。 

测试 结果 : 

测试 结论 : 

实现 限制 : 无 

备注 : 无 


5. 会 员 登 录 的 测试 用 例 
测试 编号 是 TestCase-FUNC-05 ,测试 内 容 是 测试 会 员 在 正常 ( 非 正 常 ) 输 入 的 条 件 
下 是 否 可 以 将 信息 成 功 提交 ,同时 所 有 的 页 面 都 按照 需求 有 正确 的 显示 。 这 个 测试 用 例 
的 具体 设计 如 表 11-9 所 示 。 
表 11-9 TestCase-FUNC-05 测试 用 例 
测试 项 目 名 称 : 网 上 书店 系统 一 客户 端 


测试 用 例 编号 : TestCase-FUNC-05 测试 人 员 : 小 组 人 员 
测试 时 间 : 2008/9/3 
测试 项 目标 题 : 正常 登录 流程 的 功能 测试 


测试 内 容 : 

。 输 入 账号 

。 输 入 密码 

。 点 击 登录 

测试 环境 与 系统 配置 : 

软件 环境 : Micrsoft Windows XP Professional 十 Micrsoft IE 6.0 
硬件 环境 : P4 2. 8GHz CPU 十 2.79GHz 512MB 内 存 
网 络 环境 : 5 人 共享 1Mbps 带宽 

详 见 《测试 计划 》 

测试 输入 : 脚本 TC-F-02.c ( 见 测试 开发 文档 ) 

数据 : 
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测试 项 目 名 称 : 网 上 书店 系统 一 客户 端 


测试 次 数 : 每 个 测试 过 程 做 2 次 
预期 结果 : 

。 不 填写 账号 时 提示 出 错 

。 不 填写 密码 时 提示 出 错 

。 填写 错误 账号 和 密码 时 提示 出 错 
测试 过 程 : 

登录 http://www. qiqishop. com 
在 文本 框 中 分 别 输入 账号 和 密码 
单 击 “ 提 交 ” 按 钮 

提交 并 返回 

测试 结果 : 


测试 结论 : 
实现 限制 : 
备注 : 


6. 图 书 查询 的 测试 用 例 
测试 编号 是 TestCase-FUNC-06 ,测试 内 容 是 测试 查询 图 书 在 非 正 常 输入 时 系统 的 
异常 处 理 , 同 时 所 有 的 页 面 都 按照 需求 有 正确 的 显示 。 这 个 测试 用 例 的 具体 设计 如 
表 11-10 所 示 。 
表 11-10 ”TestCaseFUNC-06 测试 用 例 


测试 项 目 名 称 : 网 上 书店 系统 一 客户 端 


测试 用 例 编号 : TestCase-FUNC-06 测试 人 员 : 小 组 人 员 
测试 时 间 : 2008/9/2 


测试 项 目标 题 : 基本 信息 页 面 的 功能 测试 


测试 内 容 : 
对 于 基本 测试 页 面 , 测 试 其 对 异常 数据 的 处 理 


测试 环境 与 系统 配置 : 
详 见 《测试 计划 》 
测试 输入 : 留 空 
数据 : 正确 图 书 
错误 图 书 
测试 次 数 : 每 个 测试 过 程 做 2 次 
预期 结果 : 
出 现 预期 结果 
测试 过 程 : 
登录 http://www. qiqishop. com 
在 搜索 框 中 输入 查询 图 书 。 
单 击 “ 搜 索 ” 按 钮 
输入 异常 数据 (数据 如 上 所 示 ) 
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测试 项 目 名 称 : 网 上 书店 系统 一 客户 端 


提交 
测试 结果 : 


测试 结论 : 
实现 限制 : 
备注 : 
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11.51 缺陷 报告 


测试 过 程 缺陷 数据 的 总 结 情况 如 表 11-11 所 示 。 从 缺陷 的 严重 程度 看 ,严重 和 致命 
的 缺陷 占 的 比例 较 大 ,说 明 系 统 还 是 存在 严重 问题 ,需要 重新 修改 ,产品 不 能 提交 。 从 缺 
陷 的 类 型 看 ,功能 缺陷 .赋值 缺陷 和 设计 缺陷 占 比较 大 的 比例 ,说 明 设计 和 编码 过 程 中 存 
在 很 大 的 问题 。 


表 11-11 测试 过 程 的 缺陷 数据 


被 测 对 象 | 总 数 

致命 | 严重 | 一 般 | 提 示 | 设计 错误 | 赋值 错误 | 算法 错误 | 接口 错误 | 功能 错误 | 其 他 
首页 3 0 1 0 | 0 2 0 0 0 1 0 
整个 系统 | 1 0 站 0 0 0 0 0 0 9 0 


根据 缺陷 跟踪 结果 得 出 缺陷 的 严重 程序 分 布 和 的 缺陷 的 类 型 分 布 分 别 如 图 11-5 和 
图 11-6 所 示 。 
其 他 0% 
严重 设计 错误 6% 


29% 一 般 功能 错误 29% 口 设计 错误 
13% 口 致命 日 赋值 错误 
日 严重 口算 法 错误 
可 日 一 般 口 接口 错误 
入 提示 。 “0o 提示 算法 错误 0% 日 功能 错误 
35% - 接口 错误 0% 赋值 错误 65% ”其 他 
图 11-5 缺陷 严重 程度 分 布 饼 图 图 11-6 缺陷 类 型 分 布 饼 图 


11.52 测试 总 结 报告 


测试 总 结 报告 的 模板 如 表 11-12 所 示 。 各 行业 ` 各 阶段 的 软件 测试 会 有 具体 不 同 的 
总 结 报告 ,但 基本 上 应 该 有 本 模板 所 展示 的 项 目 。 
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表 11-12 测试 总 结 报告 模板 
*## 测 试 报告 


项 目 编号 : 项 目 名 称 : 
项 目 软件 经 理 : 测试 负责 人 : 
测试 时 间 : 


测试 目的 与 范围 : 


测试 环境 
名 称 : 软件 版 本 : 


服务 器 操作 系统 : 
数据 库 : 
应 用 服务 器 : 
测试 软件 : 
测试 机 操作 系统 : 
测试 数据 说 明 : 


总 体 分 析 : 


典型 性 具体 测试 结果 : 


153 


测试 用 例 分 析 


对 工作 的 及 时 总 结 , 会 及 时 调整 方向 ,大 大 提高 工作 效率 。 测 试 工作 的 效果 要 直接 
依赖 测试 用 例 的 编写 和 执行 状况 ,所 以 在 测试 过 程 中 和 测试 结束 后 都 要 对 关于 测试 用 例 
的 一 些 重要 值 进行 度量 。 

关于 测试 用 例 的 分 析 ,通常 包括 以 下 的 内 容 : 


计划 了 多 少 个 测试 用 例 ,实际 运行 了 多 少 个 ? 

有 多 少 测试 用 例 失败 了 ? 

在 失败 的 测试 用 例 中 ,有 多 少 个 在 错误 得 到 修改 后 最 终 运 行 成 功 了 ? 
这 些 测试 平均 占用 的 运行 时 间 比 预期 的 长 还 是 短 ? 

有 没有 跳 过 一 些 测 试 , 如 果 有 ,原因 是 什么 ? 

测试 有 没有 覆盖 了 所 有 影响 系统 性 能 的 重要 事件 ? 


这 些 问 题 都 可 以 从 相关 的 测试 用 例 的 设计 和 测试 问题 记录 中 找到 相应 的 答案 。 当 
然 , 如 果 使 用 了 数据 库 , 这 些 问题 就 更 能 轻松 地 被 解答 了 。 测 试用 例 的 分 析 报 告 可 以 以 
文字 描述 、 表 、 图 等 多 种 形式 体现 出 来 。 
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1154 软件 测试 结果 统计 分 析 


在 对 软件 产品 测试 过 程 中 发 现 的 问题 进行 充分 分 析 、 归 纳 和 总 结 的 基础 上 ,由 全 体 
参与 测试 的 人 员 完 成 “软件 问题 倾向 分 析 表 ”, 对 该 软件 或 该 类 型 系统 软件 产品 在 模块 、 
功能 及 操作 等 方面 出 错 倾向 及 其 主要 原因 进行 分 析 。 软 件 问题 倾向 分 析 表 将 为 以 后 开 
发 工作 提供 一 个 参考 ,使 开发 人 员 根 据 软件 问题 倾向 分 析 表 明确 在 开发 过 程 中 应 注意 和 
回避 的 问题 。 该 表 也 可 为 以 后 的 测试 工作 明确 测试 重点 提供 依据 。 

软件 的 不 同 版 本 与 测试 时 检测 出 的 缺陷 数 的 对 应 关系 如 图 11-7 所 示 。 图 中 的 版 本 
指 的 是 同一 软件 经 过 不 同 的 测试 阶段 并 修复 缺陷 及 作 必 要 的 调整 后 所 产生 的 软件 产品 。 
显然 ,该 图 所 表达 的 测试 结果 的 变化 是 非常 理想 的 。 
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一 个 测试 阶段 所 发 现 的 缺陷 数 与 测试 日 期 之 间 的 对 应 关系 如 图 11-8 所 示 。 测 试 过 
程 中 所 发 现 的 缺陷 是 随 着 时 间 的 推移 而 增多 的 ,但 一 段 时 间 后 ,测试 所 发 现 的 缺陷 增加 
会 浙 缓 ,甚至 没有 增加 。 如 果 测 试 还 在 进行 ,那么 表明 ,在 现 有 测试 用 例 、 软 硬件 环境 及 
相关 条 件 下 已 经 很 难 再 发 现 新 的 缺陷 了 (即使 可 以 肯定 系统 中 仍然 存在 缺陷 ) ,那么 这 个 
测试 阶段 应 该 考虑 停止 了 。 


1 3345678 910111213141516171819 30 
日 期 
图 11-8 按 日 期 统计 结果 示例 


测试 所 发 现 的 缺陷 数目 与 究 其 原因 缺陷 所 属 的 软件 工程 的 不 同 阶段 之 间 的 关系 如 
11-9 所 示 。 这 个 图 表 会 又 一 次 验证 软件 工程 的 任何 阶段 都 会 有 导致 程序 中 产生 错误 
的 因素 ,只 是 程度 和 数目 不 同 而 已 。 通 过 该 图 表 的 分 析 , 可 以 清楚 地 看 到 ,软件 工程 中 的 
哪个 阶段 更 应 该 加 强 控制 。 

实际 的 测试 结果 总 结 分 析 还 有 很 多 情形 ,这 里 列 出 的 是 一 些 比较 典型 的 分 析 图 表 。 
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缺 150 
陷 
数 100 
50 
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需求 设计 编码 测试 
原因 
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实际 工作 的 不 同 需要 会 有 不 同 选择 。 而 这 些 分 析 数 据 ` 图 表 是 与 测试 结果 分 析 报 告 配合 
使 用 的 。 


附录 A aes 


Acceptance Testing 一 一 可 接受 性 测试 : 一 般 由 用 户 / 客 户 进行 的 确认 是 否 可 以 接受 
一 个 产品 的 验证 性 测试 。 

Ad Hoc Testing 
中 断 。 

Alpha Testing Alpha 测试 : 由 选 定 的 用 户 进行 的 产品 早期 性 测试 。 这 个 测试 一 
般 在 可 控制 的 环境 下 进行 。 
异常 : 在 文档 或 软件 操作 中 观察 到 的 任何 与 期 望 违背 的 结果 。 
构架 : 一 个 系统 或 组 件 的 组 织 结构 。 

ASQ 一 一 自动 化 软件 质量 (Automated Software Quality) : 使 用 软件 工具 来 提高 软 
件 的 质量 。 

assertion 一 断言 : 指定 一 个 程序 必须 已 经 存在 的 状态 的 一 个 逻辑 表达 式 ,或 者 一 
组 程序 变量 在 程序 执行 期 间 的 某 个 点 上 必须 满足 的 条 件 。 

assertion checking 一 一 断言 检查 : 用 户 在 程序 中 嵌入 的 断言 的 检查 。 


随机 测试 : 测试 人 员 通 过 随机 的 尝试 系统 的 功能 ,试图 使 系统 


anomaly 


architecTrue 


audit 一 一 审计 : 一 个 或 一 组 工作 产品 的 独立 检查 以 评价 与 规格 .标准 .契约 或 其 他 
准则 的 符合 程度 。 
audit trail 一 一 审计 跟踪 : 系统 审计 活动 的 一 个 时 间 记 录 。 


Automated Testing 一 一 自动 化 测试 : 使 用 自动 化 测试 工具 来 进行 测试 ,这 类 测试 一 
般 不 需要 人 干预 ,通常 在 GUI 性 能 等 测试 中 用 得 较 多 。 

basis test set 基本 测试 集 : 根据 代码 逻辑 引出 来 的 一 个 测试 用 例 集 合 , 它 保证 能 
获得 100% 的 分 支 覆盖 。 

Beta Testing Beta 测试 : 在 客户 场地 ,由 客户 进行 的 对 产品 预 发 布 版 本 的 测试 。 
这 个 测试 一 般 是 不 可 控 的 。 
大 锤 测试 /一 次 性 集成 测试 : 非 渐 增 式 集成 测试 的 一 种 策略 , 测 
试 的 时 候 把 所 有 系统 的 组 件 一 次 性 组 合成 系统 进行 测试 。 

Black Box Testing 一 一 黑 盒 测 试 : 根据 软件 的 规格 对 软件 进行 的 测试 ,这 类 测试 不 
考虑 软件 内 部 的 运作 原理 ,因此 软件 对 用 户 来 说 就 像 一 个 黑 盒子 。 

bottom-up testing 由 低 向 上 测试 : 渐 增 式 集成 测试 的 一 种 ,其 策略 是 先 测试 底 
层 的 组 件 , 然 后 逐步 加 入 较 高 层次 的 组 件 进行 测试 ,直到 系统 所 有 组 件 都 加 入 到 系统 。 


big-bang testing 
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边界 值 测试 : 通过 边界 值 分 析 方 法 来 生成 测试 用 例 的 一 


boundary value testing 
种 测试 策略 。 

branch condition combination testing 
果 组 合 来 设计 测试 用 例 的 一 种 方法 。 
分 支 条 件 测试 : 通过 执行 分 支 条 件 结果 来 设计 测试 用 


分 支 条 件 组 合 测试 : 通过 执行 分 支 条 件 结 


branch condition testing 
例 的 一 种 方法 。 

branch testing 

Breadth Testing 
细节 的 特性 。 

CAST 一 一 计算 机 辅助 测试 : 在 测试 过 程 中 使 用 计算 机 软件 工具 进行 辅助 的 测试 。 

code audit 一 一 代码 审计 : 由 一 个 人 .组 或 工具 对 源 代码 进行 的 一 个 独立 的 评审 ,以 
验证 其 与 设计 规格 ,程序 标准 的 一 致 性 。 正 确 性 和 有 效 性 也 会 被 评价 。 

Code Inspection 一 一 代码 检视 : 一 个 正式 的 同行 评审 手段 ,在 该 评审 中 ,作者 的 同行 
根据 检查 表 对 程序 的 逻辑 进行 提问 ,并 检查 其 与 编码 规范 的 一 致 性 。 

code-based testing 基于 代码 的 测试 : 根据 从 实现 中 引出 的 目标 设计 测试 用 例 。 

Compatibility Testing 一 一 兼容 性 测试 : 测试 软件 是 否 和 系统 的 其 他 与 之 交互 的 元 
素 之 间 兼 容 ,如 浏览 器 .操作 系统 、 硬 件 等 。 

conformance criterion 一 一 一 致 性 标准 : 判断 组 件 在 一 个 特定 输入 值 上 的 行为 是 否 
符合 规格 的 一 种 方法 。 

Conformance Testing 一 一 一 致 性 测试 : 测试 一 个 系统 的 实现 是 否 和 其 基于 的 规格 
相 一 致 的 测试 。 

conversion testing 
统 上 的 一 种 测试 。 

data definition-use testing 一 一 数据 定义 使 用 测试 : 以 执行 数据 定义 使 用 对 为 目标 进 
行 测试 用 例 设计 的 一 种 技术 。 
数据 流 测试 : 根据 代码 中 变量 的 使 用 情况 进行 的 测试 。 


分 支 测试 : 通过 执行 分 支 结 果 来 设计 测试 用 例 的 一 种 方法 。 
广度 测试 : 在 测试 中 测试 一 个 产品 的 所 有 功能 ,但 是 不 测试 更 


转换 测试 : 用 于 测试 已 有 系统 的 数据 是 否 能 够 转换 到 替代 系 


data flow testing 


dead code 死 代码 : 在 程序 操作 过 程 中 永远 不 可 能 被 执行 到 的 代码 。 
Debugging 调试 : 发 现 和 去 除 软件 失效 根源 的 过 程 。 


Depth Testing 深度 测试 : 执行 一 个 产品 的 一 个 特性 的 所 有 细节 ,但 不 测试 所 有 
特性 。 比 较 广 度 测 试 。 

dirty testing 脏 脏 测试 : 参考 负面 测试 (negative testing) 。 

documentation testing 一 一 文档 测试 : 测试 关注 于 文档 的 正确 性 。 
动态 分 析 : 根据 执行 的 行为 评价 一 个 系统 或 组 件 的 过 程 。 
动态 测试 : 通过 执行 软件 的 手段 来 测试 软件 。 

End-to-End testing 端 到 端 测试 : 在 一 个 模拟 现实 使 用 的 场景 下 测试 一 个 完整 
的 应 用 环境 ,例如 和 数据 库 交 互 ,使 用 网 络 通 信 等 。 

equivalence partition testing 一 一 等 价 划分 测试 : 根据 等 价 类 设计 测试 用 例 的 一 种 
技术 。 


dynamic analysis 


Dynamic Testing 
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未 


FMEA 一 一 失效 模型 效果 分 析 (Failure Modes and Effects Analysis) : 可 靠 性 分 析 
中 的 一 种 方法 ,用 于 在 基本 组 件 级 别 上 确认 对 系统 性 能 有 重大 影响 的 失效 。 

FTA 一 一 故障 树 分 析 (Fault Tree Analysis) : 引起 一 个 不 需要 事件 产生 的 条 件 和 因 
素 的 确认 和 分 析 , 通 常 是 严重 影响 系统 性 能 、 经 济 性 、 安 全 性 或 其 他 需要 特性 。 
功能 测试 : 测试 一 个 产品 的 特性 和 可 操作 行为 以 确定 它们 


Functional Testing 
满足 规格 。 


glass box testing 


玻璃 盒 测 试 : 参考 白 盒 测试 (White Box Testing)。 
渐 增 测试 : 集成 测试 的 一 种 ,组 件 逐 渐 被 增加 到 系统 中 直到 


incremental testing 
整个 系统 被 集成 。 
installability testing 一 一 可 安装 性 测试 : 确定 系统 的 安装 程序 是 否 正确 的 测试 。 
Integration Testing 一 一 集成 测试 : 测试 一 个 应 用 组 合 后 的 部 分 以 确保 它们 的 功能 
在 组 合 之 后 正确 。 该 测试 一 般 在 单元 测试 之 后 进行 。 
接口 测试 : 测试 系统 组 件 间 接口 的 一 种 测试 。 
isolation testing 孤立 测试 : 组 件 测试 (单元 测试 ) 策 略 中 的 一 种 ,把 被 测 组 件 从 
其 上 下 文 组 件 之 中 孤立 出 来 ,通过 设计 驱动 和 桩 进行 测试 的 一 种 方法 。 
工作 控制 语言 : 用 于 确定 工作 顺序 ,描述 它们 对 操作 系统 


interface testing 


job control language 
要 求 并 控制 它们 执行 的 语言 。 

LCSAJ 一 一 线性 代码 顺序 和 跳 转 (Linear Code Sequence And Jump): 包含 三 个 部 
分 : 可 执行 语句 线性 顺序 的 起 始 , 线 性 顺序 的 结束 ,在 线性 顺序 结束 处 控制 流 跳 转 的 目标 
语句 。 

Load Testing 一 一 负载 测试 : 通过 测试 系统 在 资源 超 负荷 情况 下 的 表现 ,以 发 现 设 
计 上 的 错误 或 验证 系统 的 负载 能 力 。 
逻辑 覆盖 测试 : 参考 结构 化 测试 用 例 设计 (structural test 


logic-coverage testing 
case design) 。 
maintainability testing 一 一 可 维护 性 测试 : 测试 系统 是 否 满足 可 维护 性 目标 。 
modified condition/decision testing 一 一 修改 条 件 /判定 测试 : 根据 MC/DC 设计 测 
试用 例 的 一 种 技术 。 
Monkey Testing 
是 否 会 崩溃 。 
mutation analysis 一 一 变 体 分 析 : 一 种 确定 测试 用 例 套 完整 性 的 方法 ,该 方法 通过 判 
断 测 试用 例 套 能 够 区 别 程序 与 其 变 体 之 间 的 程度 。 
逆向 测试 / 反 向 测试 /负面 测试 : 测试 瞄准 于 使 系统 不 能 工作 。 
非 功能 性 需求 测试 : 与 功能 不 相关 的 需求 


跳跃 式 测试 : 随机 性 ,跳跃 式 的 测试 一 个 系统 ,以 确定 一 个 系统 


Negative Testing 


non-functional requirements testing 
测试 ,如 性 能 测试 、 可 用 性 测试 等 。 

N-switch testing 一 一 N 切换 测试 : 根据 N 转换 顺序 设计 测试 用 例 的 一 种 技术 ,经 常 
用 于 状态 转换 测试 中 。 


operational testing 


可 操作 性 测试 : 在 系统 或 组 件 操作 的 环境 中 评价 它们 的 
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表现 。 

partition testing 分 类 测试 : 参考 等 价 划 分 测试 (equivalence partition testing)。 

path testing 一 一 路 径 测 试 : 根据 路 径 设计 测试 用 例 的 一 种 技术 ,经 常用 于 状态 转换 
测试 中 。 

performance testing 
测试 。 


Positive Testing 


性 能 测试 : 评价 一 个 产品 或 组 件 与 性 能 需求 是 否 符合 的 


正 向 测试 : 测试 瞄准 于 显示 系统 能 够 正常 工作 。 
预 置 条 件 : 环境 或 状态 条 件 ,组件 执行 之 前 必须 被 填充 一 个 特定 的 


precondition 


输入 值 。 

progressive testing 递 进 测试 : 在 先前 特性 回归 测试 之 后 对 新 特性 进行 测试 的 一 
种 策略 。 

pseudo-random 一 一 伪 随机 : 看 似 随 机 的 ,实际 上 是 根据 预先 安排 的 顺序 进行 的 。 


QA 一 一 质量 保证 (quality assurance) : 

(1) 已 计划 的 系统 性 活动 ,用 于 保证 一 个 组 件 、 模 块 或 系统 遵从 已 确立 的 需求 。 

(2) 采取 的 所 有 活动 以 保证 一 个 开发 组 织 交 付 的 产品 满足 性 能 需求 和 已 确立 的 标准 
和 过 程 。 

QC 一 一 质量 控制 (quality control) : 用 于 获得 质量 需求 的 操作 技术 和 过 程 ,如 测试 
活动 。 


recovery testing 


恢复 性 测试 : 验证 系统 从 失效 中 恢复 能 力 的 测试 。 

regression analysis and testing 回归 分 析 和 测试 : 一 个 软件 验证 和 确认 任务 以 确 
定 在 修改 后 需要 重复 测试 和 分 析 的 范围 。 
回归 测试 : 在 发 生 修改 之 后 重新 测试 先前 的 测试 以 保证 修 


Regression Testing 
改 的 正确 性 。 

requirements-based testing 
例 的 一 种 设计 方法 。 

Sanity Testing 一 一 理智 测试 : 软件 主要 功能 成 分 的 简单 测试 以 保证 它 是 否 能 进行 
基本 的 测试 。 参 考 冒 烟 测试 。 


serviceability testing 


基于 需求 的 测试 : 根据 软件 组 件 的 需求 导出 测试 用 


可 服务 性 测试 : 参考 可 维护 性 测试 (maintainability 


testing)。 


Smoke Testing 一 一 冒 烟 测 试 : 对 软件 主要 功能 进行 快餐 式 测试 。 最 早 来 自 于 硬件 
测试 实践 ,以 确定 新 的 硬件 在 第 一 次 使 用 的 时 候 不 会 着 火 。 

spiral model 一 一 螺旋 模型 : 软件 开发 过 程 的 一 个 模型 ,其 中 的 组 成 活动 ,典型 的 包 
括 需求 分 析 ,概要 设计 ,详细 设计 ,编码 ,集成 和 测试 等 活动 被 迭代 的 执行 直到 软件 被 


statement testing 


语句 测试 : 根据 语句 覆盖 来 设计 测试 用 例 的 一 种 方法 。 
静态 测试 : 不 通过 执行 来 测试 一 个 系统 。 
统计 测试 : 通过 使 用 对 输入 统计 分 布 进行 分 析 来 构造 测试 用 


Static Testing 


statistical testing 


例 的 一 种 测试 设计 方法 。 
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存储 测试 : 验证 系统 是 否 满足 指定 存储 目标 的 测试 。 

Stress Testing 一 一 压力 测试 : 在 规定 的 规格 条 件 或 者 超过 规定 的 规格 条 件 下 ,测试 
一 个 系统 ,以 评价 其 行为 。 类 似 负载 测试 ,通常 是 性 能 测试 的 一 部 分 。 

structural testing 一 一 结构 化 测试 : 参考 结构 化 测试 用 例 设计 (structural test case 
design) 。 


storage testing 


System Testing 一 一 系统 测试 : 从 一 个 系统 的 整体 而 不 是 个 体 上 来 测试 一 个 系统 ， 
并 且 该 测试 关注 的 是 规格 ,而 不 是 系统 内 部 的 逻辑 。 
技术 需求 测试 : 参考 非 功 能 需求 测试 (non- 


technical requirements testing 
functional requirements testing ) 。 
测试 用 例 : 用 于 特定 目标 而 开发 的 一 组 输入 、 预 置 条 件 和 预期 结果 。 
测试 用 例 设计 技术 : 选择 和 导出 测试 用 例 的 技术 。 
测试 用 例 套 : 对 被 测 软件 的 一 个 或 多 个 测试 用 例 的 集合 。 
测试 比较 器 : 一 个 测试 工具 用 于 比较 软件 实际 测试 产生 的 结果 


test case 


test case design technique 


test case suite 


test comparator 


与 测试 用 例 预期 的 结果 。 
test completion criterion 测试 完成 标准 : 一 个 标准 用 于 确定 被 计划 的 测试 何 时 
test driver 一 一 测试 驱动 : 一 个 程序 或 测试 工具 用 于 根据 测试 套 执行 软件 。 


test environment 一 一 测试 环境 ; 测试 运行 其 上 的 软件 和 硬件 环境 的 描述 ,以 及 任何 
其 他 与 被 测 软件 交互 的 软件 ,包括 驱动 和 桩 。 

test execution 一 一 测试 执行 : 一 个 测试 用 例 被 被 测 软件 执行 ,并 得 到 一 个 结果 。 
测试 执行 技术 : 执行 测试 用 例 的 技术 ,包括 手工 .自动 


test execution technique 


test generator 


测试 生成 器 : 根据 特定 的 测试 用 例 产生 测试 用 例 的 工具 。 
测试 用 具 : 包含 测试 驱动 和 测试 比较 器 的 测试 工具 。 
测试 日 志 : 一 个 关于 测试 执行 所 有 相关 细节 的 时 间 记 录 。 

test measurement technique 测试 度量 技术 : 度量 测试 覆盖 率 的 技术 。 

Test Plan 测试 计划 : 一 个 文档 ,描述 了 要 进行 的 测试 活动 的 范围 .方法 ,资源 和 
进度 。 它 确定 测试 项 .被 测 特性 、 测 试 任务 . 谁 执行 任务 ,并 且 任 何 风险 都 要 冲突 计划 。 
测试 规程 : 一 个 文档 ,提供 详细 的 测试 用 例 执 行 指 令 。 

Test Script 测试 脚本 : 一 般 指 的 是 一 个 特定 测试 的 一 系列 指令 ,这 些 指令 可 以 
被 自动 化 测试 工具 执行 。 

Test Specification 测试 规格 : 一 个 文档 ,用 于 指定 一 个 软件 特性 、 特 性 组 合 或 所 
有 特性 的 测试 方法 ,输入 、 预 期 结果 和 执行 条 件 。 
测试 策略 : 一 个 简单 的 高 层 文档 ,用 于 描述 测试 的 大 致 方法 、 目 标 


test harness 


test log 


test procedure 


test strategy 


和 方向 。 
test suite 一 一 测试 套 : 测试 用 例 和 /或 测试 脚本 的 一 个 集合 ,与 一 个 应 用 的 特定 功能 
或 特性 相关 。 


测试 目标 : 一 组 测试 完成 标准 。 


test target 
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testability 一 一 可 测试 性 : 一 个 系统 或 组 件 有 利于 测试 标准 建立 和 确定 这 些 标准 是 
否 被 满足 的 测试 执行 的 程度 。 
线程 测试 : 自 顶 向 下 测试 的 一 个 变化 版 本 ,其 中 ,递增 的 组 件 集成 


thread testing 
遵循 需求 子 集 的 实现 。 


top-down testing 


自 项 向 下 测试 : 集成 测试 的 一 种 策略 ,首先 测试 最 顶层 的 组 
件 , 其 他 组 件 使 用 桩 ,然后 逐步 加 入 较 低 层 的 组 件 进行 测试 ,直到 所 有 组 件 被 集成 到 系 
统 趾 : 


附录 了 B Sasori. 


美国 电气 电子 工程 师 协 会 (IEEE) 制 定 软件 测试 行业 标准 ,规定 了 软件 测试 从 制定 计 
划 到 用 例 设 计 、 实 施 、 结 束 等 各 个 阶段 的 基本 要 求 及 模板 。 本 附录 列 出 了 IEEE 标准 829- 
1998 软件 测试 文档 编制 标准 每 个 模板 的 描述 。 完 整 的 IEEE 指南 可 以 从 IEEE 的 Web 
网 站 www. ieee. org 购买 下 载 。 


测试 文档 模板 

目录 

1. 测试 计划 
用 于 总 体 测试 计划 和 针对 等 级 的 测试 计划 。 

2. 测试 设计 规格 说 明 
用 于 每 个 测试 等 级 ,以 指定 测试 集 的 体系 结构 和 覆盖 跟踪 。 

3. 测试 用 例 规格 说 明 
制定 符合 测试 设计 说 明 书 中 测试 条 件 的 测试 数据 。 

4. 测试 规程 规格 说 明 
用 于 指定 执行 一 个 测试 用 例 集 的 步骤 。 

5. 测试 日 志 
记录 运行 了 哪些 测试 用 例 、 执 行人 、 执 行 顺序 以 及 用 例 是 否 通 过 。 

6. 测试 意外 事件 报告 
用 来 描述 出 现在 测试 过 程 或 产品 中 的 异常 情况 ,这 些 异常 情况 可 能 存在 于 需求 、 设 
计 、 代 码 ,文档 或 测试 用 例 中 。 随 后 ,可 以 将 意外 事件 归 类 为 缺陷 或 增强 事件 。 

7. 测试 总 结 报告 
管理 报告 ,提供 测试 完成 后 未 覆盖 到 的 重要 信息 , 包括 对 测试 结果 的 质量 评定 , 测 
试 下 软件 系统 的 质量 ,以 及 事件 报告 的 统计 资料 。 为 改善 未 来 的 测试 计划 ,报告 同 
时 记录 所 完成 的 测试 种 类 及 测试 时 间 。 最 终 文档 用 来 指出 软件 系统 在 测试 中 是 否 
达到 了 项 目 关 系 人 的 验收 标准 。 
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测试 计划 模板 

目录 

. 测试 计划 标识 符 
介绍 

测试 项 

. 软件 风险 问题 

. 待 测 特征 

. 不 予 测 试 的 特征 
郁 法 
.测试 项 通过 /失败 准则 
. 挂 起 准则 和 恢复 需求 
. 测试 交付 物 

12. 测试 任务 

13. 环境 需求 

14， 职 责 

15. 人 员 安 排 与 培训 需求 
16. 进度 表 

17. 计划 风险 与 应 急 措施 
18. 审批 


CPNPrroD Lr 


测试 设计 规格 说 明 版 本 
目录 

. 测试 设计 规格 说 明 标 识 符 
. 待 测 特征 

. 方法 细 化 

. 测试 标识 

. 特征 通过 /失败 准则 


an io 一 


测试 用 例 规格 说 明 模板 
目录 

. 测试 用 例 规格 说 明 标 识 符 
. 测试 项 

. 输入 规格 说 明 

. 输出 规格 说 明 

环境 需求 

. 特殊 规程 需求 

. 用 例 间 的 相关 性 


DD 
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测试 规程 模板 
目录 
1. 测试 规程 规格 说 明 标 识 符 
为 这 个 测试 规程 制定 唯一 的 标识 符 。 提 供 一 个 到 相应 的 测试 设计 规格 说 明 的 
引用 。 
2. 目的 
描述 规程 的 目的 ,并 应 用 到 被 执行 的 测试 用 例 中 。 
3. 特殊 需求 
描述 各 种 特殊 的 需求 ,例如 环境 需求 .技能 水 平 .培训 等 。 
4. 规程 步骤 
这 是 测试 规程 的 核心 部 分 。IEEE 描述 如 下 几 个 步骤: 
4.1 记录 
描述 记录 测试 执行 结果 、 观 察 到 的 意外 事件 ,以 及 其 他 与 测试 相关 的 事件 所 
用 的 各 种 特定 方法 和 格式 。 
4.2 准备 
描述 执行 这 个 规程 需要 准备 的 一 系列 活动 。 
4.3 开始 
描述 开始 执行 这 个 规程 需要 的 各 种 活动 。 
4.4 进行 
描述 在 这 个 规程 的 执行 期 间 需 要 的 所 有 活动 。 
4.5 度量 
描述 如 何 进行 测试 的 度量 。 
4.6 中 止 
描述 发 生 非 计划 事件 时 暂停 测试 需要 采取 的 活动 。 
4.7 重新 开始 
指明 规程 中 各 个 重新 开始 的 位 置 , 并 描述 从 这 个 位 置 重新 开始 所 需 的 步 又。 
4.8 停止 
描述 正常 停止 执行 所 需 的 各 种 活动 。 
4.9 完成 
描述 恢复 环境 所 需要 的 活动 。 
.10 应 急 措施 
描述 处 理 执行 过 程 中 发 生 的 异常 和 其 他 时 间 所 需要 的 各 种 活动 。 


心 


测试 意外 事件 报告 模板 
目录 

1. 意外 事件 总 结 报告 标识 符 
2. 意外 事件 总 结 
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2 


意外 事件 描述 
输入 

期 望 得 到 的 结果 
实际 结果 
异常 情况 
日 期 和 时 间 
规程 步 又 
测试 环境 
重 现 尝试 
测试 人 员 
10 见证 人 


DW 
oNTD 人 oN- 


测试 日 志 模 板 
目录 


1, 
2. 
3. 


测试 日 志 的 标识 符 
描述 
活动 和 事件 条 目 


测试 总 结 报告 模板 
目录 


Cn op 性 


这 


. 测试 总 结 报告 标识 符 


总 结 
差异 


.综合 评估 


结果 总 结 

5.1 已 解决 的 意外 时 间 
5.2 未 解决 的 意外 事件 
评价 

建议 

活动 总 结 

审批 
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